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1 Historique de C++ 



La programmation orientee objet (en abrege P.O.O.) est dorenavant universellement recon- 
nue pour les avantages qu'elle procure. Notamment, elle ameliore largement la productivity 
des developpeurs, la robustesse, la portability et 1' extensibility de leurs programmes. Enfin, et 
surtout, elle permet de developper des composants logiciels entierement reutilisables. 

Un certain nombre de langages dits "langages orientes objet" (L.O.O.) ont ete definis de tou- 
tes pieces pour appliquer les concepts de P.O.O. C'est ainsi que sont apparus dans un premier 
temps des langages comme Smalltalk, Simula ou Eiffel puis, plus recemment, Java. Le lan- 
gage C++, quant a lui, a ete concu suivant une demarche quelque peu differente par B. 
Stroustrup (AT&T) ; son objectif a ete, en effet, d'adjoindre au langage C un certain nombre 
de specificites lui permettant d'appliquer les concepts de P.O.O. Ainsi, C++ presente-t-il sur 
un vrai L.O.O. l'originalite d'etre fonde sur un langage repandu. Ceci laisse au programmeur 
toute liberie d'adopter un style plus ou moins oriente objet, en se situant entre les deux extre- 
mes que constituent la poursuite d'une programmation classique d'une part, une pure P.O.O. 
d'autre part. Si une telle liberie presente le risque de ceder, dans un premier temps, a la fad- 
lite en melangeant les genres (la P.O.O. ne renie pas la programmation classique - elle l'enri- 
chit), elle permet egalement une transition en douceur vers la P.O.O pure, avec tout le 
benefice qu'on peut en escompter a terme. 

De sa conception jusqu'a sa normalisation, le langage C++ a quelque peu evolue. Initiale- 
ment, un certain nombre de publications de AT&T ont servi de reference du langage. Les der- 
nieres en date sont : la version 2.0 en 1989, les versions 2. 1 et 3 en 1991. C'est cette derniere 
qui a servi de base au travail du comite ANSI lequel, sans la remettre en cause, l'a enrichie de 
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quelques extensions et surtout de composants standard originaux se presentant sous forme de 
fonctions et de classes generiques qu'on designe souvent par le sigle S.T.L 1 . La norme defini- 
tive de C++ a ete publiee par l'ANSI et par 1'ISO en 1998, et a fait l'objet d'une revision 
publiee en 2003 sous la reference ISO 14882:2003. 

2 Objectifs et structure de I'ouvrage 

Cet ouvrage a ete specifi quern ent concu pour tous ceux qui, possedant deja une pratique du 
langage C 2 , souhaitent maitriser la programmation orientee objet en C++. II s'adresse a la 
fois aux etudiants, aux developpeurs et aux enseignants en informatique. 

Concu sous forme d'un cours complet, il expose progressivement a la fois : 

• les differentes notions fondamentales de la P. O.O. et la facon dont elles s'expriment en C++ 
(classes et objets, methodes, constructeur, destructeur, heritage, polymorphisme), 

• les specificites, non orientees objet, du langage C++, c'est-a-dire celles qui permettent a 
C++ d'etre un C ameliore (reference, argument par defaut, surdefinition de fonctions, fonc- 
tions en ligne, espaces de noms...), 

• les specificites orientees objet du C++ : fonctions amies, surdefinition d'operateurs, patrons 
de classes et de fonctions, heritage multiple, flots, bibliotheque standard. 

Chacune de ces notions est illustree systematiquement par un programme complet, assorti 
d'un exemple d' execution montrant comment la mettre en oeuvre dans un contexte reel. Celui- 
ci peut egalement servir a une prise de connaissance intuitive ou a une revision rapide de la 
notion en question, a une experimentation directe dans votre propre environnement de travail 
ou encore de point de depart a une experimentation personnelle. 

Les chapitres les plus importants ont ete dotes d'exercices 3 comportant : 

• des suggestions de manipulations destinees a mieux vous familiariser avec votre 
environnement ; par effet d'entrainement, elles vous feront probablement imaginer d'autres 
experimentations de votre cru ; 

• des programmes a rediger ; dans ce cas, un exemple de correction est fourni en fin de volu- 
me. 

L' aspect didactique a ete privilegie, sans pour autant nuire a l'exhaustivite de I'ouvrage. 
Nous couvrons l'ensemble de la programmation en C++, des notions fondamentales de la 
P.O.O. jusqu'aux aspects tres specifiques au langage (mais neanmoins fondamentaux), afin 



1. Standard Template Library. 

2. Le cas echeant, on pourratrouver un cours complet de langage C dans Programmer en langage C, ou une reference 
exhaustive de sa norme dans Langage C, du meme auteur, chez le meme editeur. 



3. De nombreux autres exercices peuvent etre trouves dans Exercices en langage C++ du meme auteur, chez le meme 
editeur. 
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de rendre le lecteur parfaitement operationnel dans la conception, le developpement et la 
mise au point de ses propres classes. C'est ainsi que nous avons soigneusement etudie les 
consequences de la liberie qu'offre C++ de choisir le mode de gestion de la memoire allouee 
aux objets (automatique ou dynamique) 1 . De meme, nous avons largement insiste sur le role 
du constructeur de recopie, ainsi que sur la redefinition de l'operateur d' affectation, elements 
qui conduisent a la notion de "classe canonique". Toujours dans le meme esprit, nous avons 
pris soin de bien developper les notions indispensables que sont la ligature dynamique et les 
classes abstraites, lesquelles debouchent sur la notion la plus puissante du langage qu'est le 
polymorphisme. De meme, la S.T.L. a ete etudiee en detail, apres avoir pris soin d'exposer 
prealablement d'une part les notions de classes et de fonctions generiques, d'autre part celles 
de conteneur, d'iterateur et d'algorithmes qui conditionnent la bonne utilisation de la plupart 
de ses composants. 

3 L'ouvrage, la norme de C++, C et Java 

Cet ouvrage est entierement fonde sur la norme ANSI/ISO du langage C++. Des le debut, le 
lecteur est sensibilise aux quelques incompatibilites existant entre C++ et C, de sorte qu'il 
pourra reutiliser convenablement en C++ du code ecrit en C. D'autre part, compte tenu de la 
popularity du langage Java, nous avons introduit de nombreuses remarques titrees En Java. 
Elles mettent l'accent sur les differences majeures existant entre Java et C++. Elles seront 
utiles au lecteur qui, apres la maitrise du C++, souhaitera aborder l'etude de Java. 

Cet ouvrage correspond en fait a une refonte des editions precedentes de Programmer en 
C+ + . Nous continuons d'y mentionner les apports de la norme par rapport a la version 3 du 
langage, publiee en 1991, ainsi que les quelques differences avec les versions anterieures. 
Ces remarques, initialement prevues pour faciliter l'utilisation d'anciens environnements de 
programmation, deviennent de moins en moins pertinentes ; mais, dans la mesure ou elles ne 
pertubent pas l'apprentissage du langage, nous avons prefere les conserver pour leur carac- 
tere historique ; en particulier, elles mettent en avant les points delicats du langage pour les- 
quels la genese a ete quelque peu difficile. 



1. Certains langages objet, dont Java, gerenttous les objets de maniere dynamique. 
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Le langage C++ a ete concu a partir de 1982 parBjarne Stroustrup (AT&T Bell Laboratories) 
avec un objectif precis : ajouter au langage C des classes analogues a celles du langage 
Simula. II s'agissait done de "greffer" sur un langage classique des possibilites de "Program- 
mation Orientee Objet". Avant de vous presenter le resultat auquel a abouti B. Stroustrup, 
commencons par examiner succinctement ce qu'est la Programmation Orientee Objet. 

1 La Programmation Orientee Objet 

1 .1 Problematique de la programmation 

Jusqu'a maintenant, l'activite de programmation a toujours suscite des reactions diverses 
allant jusqu'a la contradiction totale. Pour certains en effet, il ne s'agit que d'un jeu de cons- 
truction enfantin, dans lequel il suffit d'enchainer des instructions elementaires (en nombre 
restreint) pour parvenir a resoudre n'importe quel probleme ou presque. Pour d'autres au 
contraire, il s'agit de produire (au sens industriel du terme) des logiciels avec des exigences 
de qualite qu'on tente de mesurer suivant certains criteres, notamment : 

• / 'exactitude : aptitude d'un logiciel a fournir les resultats voulus, dans des conditions nor- 
males d'utilisation (par exemple, donnees correspondant aux specifications) ; 

• la robustesse : aptitude a bien reagir lorsque Ton s'ecarte des conditions normales 
d'utilisation ; 
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• I 'extensibility : facilite avec laquelle un programme pourra etre adapte pour satisfaire a une 
evolution des specifications ; 

• la reutilisabilite : possibility d'utiliser certaines parties (modules) du logiciel pour resoudre 
un autre probleme ; 

• la portability : facilite avec laquelle on peut exploiter un meme logiciel dans differentes 
implementations ; 

• I'effwience : temps d'execution, taille memoire... 

La contradiction n'est souvent qu'apparente et essentiellement liee a l'importance des projets 
concernes. Par exemple, il est facile d'ecrire un programme exact et robuste lorsqu'il com- 
porte une centaine d'instructions ; il en va tout autrement lorsqu'il s'agit d'un projet de dix 
hommes-annees ! De meme, les aspects extensibility et reutilisabilite n'auront guere 
d'importance dans le premier cas, alors qu'ils seront probablement cruciaux dans le second, 
ne serait-ce que pour des raisons economiques. 

1 .2 La programmation structuree 

La programmation structuree a manifestement fait progresser la qualite de la production des 
logiciels. Mais, avec le recul, il faut bien reconnaitre que ses propres fondements lui impo- 
saient des limitations "naturelles". En effet, la programmation structuree reposait sur ce que 
Ton nomme souvent "l'equation de Wirth", a savoir : 

Algorithmes + Structures de donnees = Programmes 

Bien stir, elle a permis de structurer les programmes, et partant, d'en ameliorer l'exactitude et 
la robustesse. On avait espere qu'elle permettrait egalement d'en ameliorer 1' extensibility et 
la reutilisabilite. Or, en pratique, on s'est apercu que l'adaptation ou la reutilisation d'un logi- 
ciel conduisait souvent a "casser" le module interessant, et ceci parce qu'il etait necessaire de 
remettre en cause une structure de donnees. Precisement, ce type de difficultes emane direc- 
tement de l'equation de Wirth, qui decouple total em ent les donnees des procedures agissant 
sur ces donnees. 

1 .3 Les apports de la Programmation Orientee Objet 

1.3.1 Objet 

C'est la qu'intervient la Programmation Orientee Objet (en abrege P.O.O), fondee justement 
sur le concept d'objet, a savoir une association des donnees et des procedures (qu'on appelle 
alors methodes) agissant sur ces donnees. Par analogie avec l'equation de Wirth, on pourrait 
dire que l'equation de la P.O.O. est : 

Methodes + Donnees = Objet 
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1.3.2 Encapsulation 

Mais cette association est plus qu'une simple juxtaposition. En effet, dans ce que Ton pour- 
rait qualifier de P.O.O. "pure" 1 , on realise ce que Ton nomme une encapsulation des don- 
nees. Cela signifie qu'il n'est pas possible d'agir directement sur les donnees d'un objet ; il 
est necessaire de passer par rintermediaire de ses methodes, qui jouent ainsi le role d'inter- 
face obligatoire. On traduit parfois cela en disant que l'appel d'une methode est en fait 
l'envoi d'un "message" a l'objet. 

Le grand merite de l'encapsulation est que, vu de l'exterieur, un objet se caracterise unique- 
ment par les specifications 2 de ses methodes, la maniere dont sont reellement implantees les 
donnees etant sans importance. On decrit souvent une telle situation en disant qu'elle realise 
une "abstraction des donnees" (ce qui exprime bien que les details concrets d'implementation 
sont caches). A ce propos, on peut remarquer qu'en programmation structuree, une procedure 
pouvait egalement etre caracterisee (de l'exterieur) par ses specifications, mais que, faute 
d'encapsulation, l'abstraction des donnees n'etait pas realisee. 

L'encapsulation des donnees presente un interet manifeste en matiere de qualite de logiciel. 
Elle facilite considerablement la maintenance : une modification eventuelle de la structure 
des donnees d'un objet n'a d'incidence que sur l'objet lui-meme ; les utilisateurs de l'objet 
ne seront pas concernes par la teneur de cette modification (ce qui n'etait bien stir pas le cas 
avec la programmation structuree). De la meme maniere, l'encapsulation des donnees facilite 
grandement la reutilisation d'un objet. 

1.3.3 Classe 

En P.O.O. apparait generalement le concept de classe 3 , qui correspond simplement a la gene- 
ralisation de la notion de type que Ton rencontre dans les langages classiques. En effet, une 
classe n'est rien d'autre que la description d'un ensemble d'objets ayant une structure de 
donnees commune 4 et disposant des memes methodes. Les objets apparaissent alors comme 
des variables d'un tel type classe (en P.O.O., on dit aussi qu'un objet est une "instance" de sa 
classe). 

1.3.4 Heritage 

Un autre concept important en P.O.O. est celui d'heritage. II permet de definir une nouvelle 
classe a partir d'une classe existante (qu'on reutilise en bloc !), a laquelle on ajoute de nou- 



1. Nous verrons en effet que les concepts de la P.O.O. peuvent etre appliques d'une maniere plus ou moins rigou- 
reuse. En particulier, en C++, l'encapsulation ne sera pas obligatoire, ce qui ne veut pas dire qu'elle ne soit pas sou- 
haitable. 

2. Noms, arguments et roles. 

3. Dans certains langages (Turbo Pascal, par exemple), le mot classe est remplace par objet et le mot objet par varia- 
ble. 

4. Bien entendu, seule la structure est commune, les donnees etant propres a chaque objet. En revanche, les metho- 
des sont effectivement communes a l'ensemble des objets d'une meme classe. 
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velles donnees et de nouvelles methodes. La conception de la nouvelle classe, dite qui 
"herite" des proprietes et des aptitudes de l'ancienne, peut ainsi s'appuyer sur des realisations 
anterieures parfaitement au point et les "specialiser" a volonte. Comme on peut s'en douter, 
l'heritage facilite largement la reutilisation de produits existants, d'autant plus qu'il peut etre 
reitere autant de fois que necessaire (la classe C peut heriter de B, qui elle-meme herite 
deA) 1 . 

1.3.5 Polymorphisme 

Generalement, en P.O.O, une classe derivee peut "redefinir" (c'est-a-dire modifier) certaines 
des methodes heritees de sa classe de base. Cette possibility est la cle de ce que Ton nomme 
le polymorphisme, c'est-a-dire la possibility de traiter de la meme maniere des objets de 
types differents, pour peu qu'ils soient tous de classes derivees de la meme classe de base. 
Plus precisement, on utilise chaque objet comme s'il etait de cette classe de base, mais son 
comportement effectif depend de sa classe effective (derivee de cette classe de base), en par- 
ticulier de la maniere dont ses propres methodes ont ete redefinies. Le polymorphisme ame- 
liore 1' extensibility des programmes, en permettant d'ajouter de nouveaux objets dans un 
scenario preetabli et, eventuellement, ecrit avant d'avoir connaissance du type effectif de ces 
objets. 
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Nous venons d'enoncer les grands principes de la P.O.O. sans nous attacher a un langage par- 
ticulier. 

Or manifestement, certains langages peuvent etre concus (de toutes pieces) pour appliquer a 
la lettre ces principes et realiser ce que nous nommons de la P.O.O. "pure". C'est par exem- 
ple le cas de Simula, Smalltalk ou, plus recemment, Eiffel ou Java. Le meme phenomene a eu 
lieu, en son temps, pour la programmation structuree avec Pascal. 

A 1' oppose, on peut toujours tenter d' appliquer, avec plus ou moins de bonheur, ce que nous 
aurions tendance a nommer "une philosophie P.O.O." a un langage classique (Pascal, C...). 
On retrouve la une idee comparable a celle qui consistait a appliquer les principes de la pro- 
grammation structuree a des langages comme Fortran ou Basic. 

Le langage C++ se situe a mi-chemin entre ces deux points de vue. II a en effet ete obtenu en 
ajoutant a un langage classique (C) les outils permettant de mettre en oeuvre tous les princi- 
pes de la P.O.O. Programmer en C++ va done plus loin qu'adopter une philosophie P.O.O. en 
C, mais moins loin que de faire de la P.O.O. pure avec Eiffel ! 

La solution adoptee par B. Stroustrup a le merite de preserver l'existant (compatibilite avec 
C++ de programmes deja ecrits en C) ; elle permet egalement une "transition en douceur" de 
la programmation structuree vers la P.O.O. En revanche, elle n'impose nullement l'applica- 



1. En C++, les techniques de methodes virtuelles elargissent encore plus la portee de l'heritage ; mais il n'est pas 
possible, pour l'instant, d'en faire percevoir l'interet. 



2 - C++, C ANSI et P.0.0. 



tion stride des principes de P.O.O. Comme vous le verrez, en C++, rien ne vous empechera 
(sauf votre bon sens !) de faire cohabiter des objets (dignes de ce nom, parce que realisant 
une parfaite encapsulation de leurs donnees) avec des fonctions classiques realisant des effets 
de bord sur des variables globales... 



2 C++, C ANSI et P.O.O. 



Precedemment, nous avons dit, d'une facon quelque peu simpliste, que C++ se presentait 
comme un "sur-ensemble" du langage C, offrant des possibilites de P.O.O. II nous faut main- 
tenant nuancer cette affirmation car il existe quelques incompatibilites entre le C et le C++ 
tels qu'ils sont definis par leurs normes respectives. Celles-ci, comme nous le verrons, sont 
neanmoins mineures ; elles sont, pour la plupart, dues a la difference d'esprit des deux langa- 
ges, ainsi qu'a la tolerance dont a fait preuve la norme ANSI du C en cherchant a preserver 
l'existant (certaines tolerances ont disparu en C++). 

D'autre part, les extensions du C++ par rapport au C ANSI ne sont pas toutes veritablement 
liees a la P.O.O. Certaines pourraient en effet etre ajoutees avec profit au langage C, sans 
qu'il devienne pour autant "oriente objet" 1 . 

En fait, nous pourrions caracteriser C++ par cette formule : 

C++ = C±E + S+P 

• C designe le C norme ANSI. 

• E represente les ecarts de C++ par rapport a la norme ANSI de C. 

• S represente les specificites de C++ qui ne sont pas veritablement axees sur la P.O.O. 

• P represente les possibilites de P.O.O. 

Les principaux "ecarts par rapport a la norme" sont decrits au chapitre 2 ; ils sont accompa- 
gnes de rappels concernant la norme C ANSI. Ils concernent essentiellement : 

• les definitions de fonctions : en-tetes, prototypes, arguments et valeur de retour, 

• la portee du qualificatif const, 

• les compatibilites entre pointeurs. 



3 Les specificites de C++ 



Comme nous 1' avons dit, C++ presente, par rapport au C ANSI, des extensions qui ne sont 
pas veritablement orientees P.O.O. Elles seront decrites au chapitre 4. En voici un bref 
resume : 



1. D'ailleurs, certaines extensions de C++, par rapport a la premiere definition du C, ont ete introduces dans le C 
ANSI (prototypes, fonctions a arguments variables...). 
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• nouvelle forme de commentaire (en fin de ligne), 

• plus grande liberie dans l'emplacement des declarations, 

• notion de reference facilitant la mise en oeuvre de la transmission d'arguments par adresse, 

• surdefinition des fonctions : attribution d'un meme nom a differentes fonctions, la recon- 
naissance de la fonction reellement appelee se faisant d'apres le type et le nombre des argu- 
ments figurant dans l'appel (on parle parfois de signature), 

• nouveaux operateurs de gestion dynamique de la memoire : new et delete, 

• possibility de definir des fonctions "en ligne" (inline), ce qui accroit la vitesse d'execution, 
sans perdre pour autant le formalisme des fonctions. 

4 C++ et la programmation orientee objet 

Les possibilites de P.O.O. representent bien stir l'essentiel de l'apport de C++. 

C++ dispose de la notion de classe (generalisation de la notion de type defini par l'utilisa- 
teur). Une classe comportera : 

• la description d'une structure de donnees, 

• des methodes. 

Sur le plan du vocabulaire, C++ utilise des termes qui lui sont propres. On parle en effet de : 

• "membres donnees" pour designer les differents membres de la structure de donnees asso- 
ciee a une classe, 

• "fonctions membres" pour designer les methodes. 

A partir d'une classe, on pourra "instancier" des objets (nous dirons generalement creer des 
objets) : 

• soit par des declarations usuelles (de type classe), 

• soit par allocation dynamique, en faisant appel au nouvel operateur new. 

C++ permet l'encapsulation des donnees, mais il ne l'impose pas. On peut le regretter mais il 
ne faut pas perdre de vue que, par sa conception meme (extension de C), le C++ ne peut pas 
etre un langage de P.O.O. pure. Bien entendu, il reste toujours possible au concepteur de faire 
preuve de rigueur, en s'astreignant a certaines regies telles que l'encapsulation absolue. 

Comme la plupart des langages objets, C++ permet de definir ce que Ton nomme des "cons- 
tructeurs" de classe. Un constructeur est une fonction membre particuliere qui est executee au 
moment de la creation d'un objet de la classe. Le constructeur peut notamment prendre en 
charge l'initialisation d'un objet, au sens le plus large du terme, c'est-a-dire sa mise dans un 
etat initial permettant son bon fonctionnement ulterieur ; il peut s'agir de banales initialisa- 
tions de membres donnees, mais egalement d'une preparation plus elaboree correspondant au 
deroulement d' instructions, voire d'une allocation dynamique d'emplacements necessaires a 
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l'utilisation de l'objet. L'existence d'un constructeur garantit que l'objet sera toujours initia- 
lise, ce qui constitue manifestement une securite. 

De maniere similaire, une classe peut disposer d'un "destructeur", fonction membre executee 
au moment de la destruction d'un objet. Celle-ci presentera surtout un interet dans le cas 
d'objets effectuant des allocations dynamiques d'emplacements ; ces derniers pourront etre 
liberes par le destructeur. 

Une des originalites de C++ par rapport a d'autres langages de P.O.O. reside dans la possibi- 
lity de definir des "fonctions amies d'une classe". II s'agit de fonctions "usuelles" (qui ne sont 
done pas des fonctions membres d'une classe) qui sont autorisees (par une classe) a acceder 
aux donnees (encapsulees) de la classe. Certes, le principe d'encapsulation est viole, mais 
uniquement par des fonctions dument autorisees a le faire. 

La classe est un type defini par l'utilisateur. La notion de " surdef inition d'operateurs" va per- 
mettre de doter cette classe d'operations analogues a celles que Ton rencontre pour les types 
predefinis. Par exemple, on pourra definir une classe complexe (destinee a representer des 
nombres complexes) et la munir des operations d'addition, de soustraction, de multiplication 
et de division. Qui plus est, ces operations pourront utiliser les symboles existants : +, -, *, /. 

C dispose de possibilites de conversions explicites ou implicites. C++ permet de les elargir 
aux types definis par l'utilisateur que sont les classes. Par exemple, on pourra donner un sens 
a la conversion int -> complexe ou a la conversion complexe -> float {complexe etant une 
classe). 

Naturellement, C++ dispose de l'heritage et meme de possibilites dites "d'heritage multiple" 
permettant a une classe d'heriter simultanement de plusieurs autres. Le polymorphisme est 
mis en place, sur la demande explicite du programmeur, par le biais de ce que Ton nomme 
(curieusement) des fonctions virtuelles (en Java, le polymorphisme est "natif" et le program- 
meur n'a done pas a s'en preoccuper). 

En matiere d'entrees-sorties, C++ comporte de nouvelles possibilites fondees sur la notion de 
"flot". Leurs avantages sur les entrees-sorties de C sont en particulier : 

• la simplicity d'utilisation, 

• une taille memoire reduite (on n'introduit que ce qui est utile), 

• la possibility de leur donner un sens pour les types definis par l'utilisateur que sont les clas- 
ses (grace au mecanisme de surdefinition d'operateur). 

Bien qu'elles soient liees a l'aspect P.O.O., nous ferons une premiere presentation de ces 
nouvelles possibilites d'entrees-sorties des le chapitre 3. Cela nous permettra de realiser rapi- 
dement des programmes dans l'esprit du C++. 

Dans ses dernieres versions (et a fortiori dans sa norme ANSI), le C++ a ete dote de la notion 
de patron. Un patron permet de definir des modeles utilisables pour generer differentes clas- 
ses ou differentes fonctions qualifiers parfois de generiques, meme si cette genericite n'est 
pas totalement integree dans le langage lui-meme, comme e'est par exemple le cas avec 
ADA. 
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Enfin, la norme ANSI a notablement accru le contenu de la bibliotheque standard de C++, 
qui vient completer celle du C, toujours disponible. En particulier, on y trouve de nombreux 
patrons de classes et de fonctions permettant de mettre en oeuvre les structures de donnees les 
plus importantes (vecteurs dynamiques, listes chainees, chaines...) et les algorithmes les plus 
usuels, evitant ainsi d'avoir a reinventer la roue a la moindre occasion. 
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Les incompatibilites 
entre C++ et C 



A priori, le langage C++ peut etre considere comme une extension du langage C. Tout pro- 
gramme ecrit en C devrait done pouvoir etre traduit correctement par un compilateur C++ et 
son execution devrait alors fournir les memes resultats que ceux obtenus en utilisant un com- 
pilateur C. 

Si ce point de vue correspond effectivement au souhait du concepteur du langage C++, en 
pratique un certain nombre d'incompatibilites avec le C ANSI ont subsiste, inherentes a 
l'esprit dans lequel les deux langages ont ete concus. 

Nous allons decrire ici les incompatibilites les plus importantes, en particulier celles qui se 
reveleraient quasiment a coup stir dans la mise au point de vos premiers programmes C++. 
Par ailleurs, quelques autres incompatibilites mineures seront abordees au cours des pro- 
chains chapitres. Elles seront toutes recapitulees en Annexe B. 
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1 Les definitions de fonctions en C++ 

Suivant la norme ANSI, il existe en C deux facons de definir 1 une fonction. Supposez que 
nous ayons a definir une fonction nominee fexple, fournissant une valeur de retour 2 de type 
double et recevant deux arguments, l'un de type int, l'autre de type double. Nous pouvons, 
pour cela, proceder de l'une des deux facons suivantes : 

double fexple (u, v) double fexple (int u, double v) 

int u ; { 

double v ; ... 

{ /* corps de la fonction */ 

... /* corps de la fonction */ } 
} 

La premiere forme etait la seule prevue par la definition initiale de Kernighan et Ritchie. La 
seconde a ete introduite par la norme ANSI qui n'a toutefois pas exclu l'ancienne 3 . 

Le langage C++ n'accepte, quant a lui, que la seconde forme : 

double fexple (int u, double v) 
{ 

... /* corps de la fonction */ 



> 



Remarque 



Comme en C ANSI, lorsqu'une fonction fournit une valeur de type int, le mot int peut 
etre omis dans l'en-tete. Cependant, nous ne vous conseillons guere d'employer cette 
possibility, qui nuit a la lisibilite des programmes. 



2 Les prototypes en C++ 



Nous venons de voir que le C++ etait plus restrictif que le C ANSI en matiere de definition 
de fonctions. II en va de meme pour les declarations de fonctions. En C ANSI, lorsque vous 
utilisiez une fonction qui n'avait pas ete definie auparavant dans le meme fichier source, 
vous pouviez : 

• ne pas la declarer (on considerait alors que sa valeur de retour etait de type int), 

• la declarer en ne precisant que le type de la valeur de retour, par exemple : 

double fexple ; 



1. Ne confondez pas la "definition" d'une fonction et sa "declaration". La premiere correspond a la description, a 
l'aide d'instructions C, de "ce que fait" une fonction. La seconde correspond a une simple information (nom de la 
fonction et, eventuellement, type des arguments et de la valeur de retour) fournie au compilateur. 

2. On parle egalement de "resultat fourni par la fonction", de "valeur retournee"... 

3. Dans le seul but de rendre compatible avec la norme des anciens programmes ou des anciens compilateurs. 
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• la declarer a l'aide de ce que Ton nomme un "prototype", par exemple : 

double fexple (int, double) : 

En C++, un appel de fonction ne sera accepte que si le compilateur connait le type des argu- 
ments et celui de sa valeur de retour. Cela signifie que la fonction en question doit avoir fait 
l'objet d'une declaration sous la forme d'un prototype (ou, a la rigueur, avoir ete preala- 
blement definie dans le meme fichier source 1 ). 

N'oubliez pas que, chaque fois que le compilateur rencontre un appel de fonction, il compare 
les types des arguments effectifs avec ceux des arguments muets correspondants 2 . En cas de 
difference, il met en place les conversions necessaires pour que la fonction recoive des argu- 
ments du bon type. Les conversions possibles ne se limitent pas aux "conversions non degra- 
dantes" (telles que char -> double, int -> long). En effet, elles comportent toutes les 
conversions autorisees lors d'une affectation. On peut done y rencontrer des "conversions 
degradantes" telles que int -> char, double -> float, double -> int. 

Voici un exemple illustrant ce point : 

double fexple (int, double) ; /* declaration de fexple */ 



main() 
{ 

int n ; 

char c ; 

double z, resl, res2, res3 ; 



resl = fexple (n, z) 
res2 = fexple (c, z) 
res3 = fexple (z, n) 



/* appel "normal" - aucune conversion */ 
/* conversion, avant appel, de c en int */ 
/* conversion, avant appel, de z en int */ 
/* et de n en double */ 



Exemple de conversions de types lors de I 'appel d'une fonction 

Lorsque la definition de la fonction et sa declaration (sous forme d'un prototype) figurent 
dans le meme fichier source, le compilateur est en mesure de verifier la coherence entre l'en- 
tete de la fonction et le prototype. S'il n'y a pas correspondance de types (exacte cette fois), 
on obtient une erreur de compilation. Voici un exemple correct : 



1. Toutefois, meme dans ce cas, le prototype reste conseille, notamment pour eviter tout probleme en cas d'eclate- 
ment du fichier source. 

2. Nous supposons que le compilateur connait le type des arguments de la fonction, ce qui esttoujours le cas en C++. 
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> 



double fexple (int, double) ; /* declaration de fexple */ 
main ( ) 
{ 



/* definition de fexple */ 
double fexple (int u, double v) 
{ /* corps de la fonction */ 
} 

En revanche, celui-ci conduit a une erreur de compilation : 

double fexple (int, float) ; /* declaration de fexple */ 
main ( ) 

{ 

} 

/* definition de fexple */ 
double fexple (int u, double v) /* erreur de compilation */ 
{ /* corps de la fonction */ 
} 

Bien entendu, si la definition de la fonction et sa declaration (done son utilisation 1 ) ne figu- 
rent pas dans le meme fichier source, aucun controle ne peut plus etre effectue par le compi- 
lateur. En general, a partir du moment ou Ton doit utiliser une fonction en dehors du fichier 
ou elle est definie (ou a partir de plusieurs fichiers source differents), on place son prototype 
dans un fichier en-tete ; ce dernier est incorpore, en cas de besoin, par la directive ^include, 
ce qui evite tout risque de faute d'ecriture du prototype. 



Remarques 

1 Comme en C, la portee du prototype est limitee a : 

- la partie du fichier source situee a la suite de sa declaration, si elle figure a un niveau 
global, e'est-a-dire en dehors de toute definition de fonction 2 ; e'etait le cas du proto- 
type de fexple dans nos precedents exemples ; 

- la fonction dans laquelle il figure dans le cas contraire. 

2 Le prototype peut prendre une forme plus etoffee 3 , dans laquelle figurent egalement des 
noms d'arguments. Ainsi, le prototype de notre fonction fexple du debut du 
paragraphe 2 pourrait egalement s'ecrire : 

double fexple (int a, double x) ; 



1. Amoins qu'on ne l'ait declaree sans l'utiliser, ce qui arrive frequemment lorsque Ton fait appel a des fichiers en- 
tete. 

2. Y compris la fonction main. 

3. On parle alors parfois de prototype complet par opposition a prototype reduit. 
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ou encore : 

double fexple (int u, double v) ; 

Dans ce cas, les noms d' arguments (a et x dans le premier exemple, u et v dans le 
second) ne jouent aucun role. lis sont purement et simplement ignores par le compila- 
teur, de sorte que ces prototypes restent parfaitement equivalents aux precedents. On 
peut trouver un interet a cette possibility lorsque Ton souhaite accompagner ce proto- 
type de commentaires decrivant le role des differents arguments (cela peut s'averer pra- 
tique dans le cas ou Ton place ce prototype dans un fichier en-tete). 

3 Arguments et valeur de retour d'une fonction 

3.1 Points communs a C et C++ 

En C++ comme en C ANSI, les arguments d'une fonction ainsi que la valeur de retour 
peuvent : 

• ne pas exister, 

• etre une valeur "scalaire" d'un des types de base (caracteres, entiers, flottants, pointeurs), 

• etre une valeur de type structure. 

La derniere possibility a ete introduite dans le langage C par la norme ANSI. Nous verrons 
qu'en C++, elle se generalise aux objets de type classe. Pour l'instant, notez simplement qu'il 
subsiste en C++ comme en C ANSI une disparite entre les tableaux et les structures puisque : 

• il est possible de transmettre la valeur d'une structure, aussi bien en argument qu'en valeur 
de retour, 

• il n'est pas possible de faire de meme avec les tableaux. 

Notez qu'il s'agit la d'une disparite difficile a resorber, compte tenu de la volonte des con- 
cepteurs du langage C de rendre equivalents le nom d'un tableau et son adresse. 

Bien entendu, il est toujours possible de transmettre l'adresse d'un tableau, et cette remarque 
vaut egalement pour une structure. 

3.2 Differences entre C et C++ 

En fait, ces differences ne portent que sur la syntaxe des en-tetes et des prototypes des fonc- 
tions, et uniquement dans deux cas precis : 

• fonctions sans arguments, 

• fonctions sans valeur de retour. 
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3.2.1 Fonctions sans arguments 

Alors qu'en C ANSI on peut employer le mot void pour definir (en-tete) ou declarer (proto- 
type) une fonction sans argument, en C++, on fournit une liste vide. Ainsi, la ou en C, on 
declarait : 

float fct (void) ; 

on declarera, en C++ : 

float fct ( ) ; 

3.2.2 Fonctions sans valeur de retour 

En C ANSI, on peut utiliser le mot void pour definir (en-tete) ou declarer (prototype) une 
fonction sans valeur de retour. En C++, on doit absolument le faire, comme dans cet 
exemple : 

void fct (int, double) ; 

La declaration : 

fct (int, double) ; 

conduirait C++ a considerer qaefct fournit une valeur de retour de type int (voir la remarque 
duparagraphe 1). 



4 Le qualificatif const 



La norme C ANSI a introduit le qualificatif const. II permet de specifier qu'un symbole cor- 
respond a "quelque chose" dont la valeur ne doit pas changer, ce qui peut permettre au com- 
pilateur de signaler les tentatives de modification (lorsque cela lui est possible !). 

Si cela reste vrai en C++, un certain nombre de differences importantes apparaissent, qui con- 
cernent la portee du symbole concerne et son utilisation dans une expression. 



4.1 Portee 



Lorsque const s'applique a des variables locales automatiques, aucune difference n'existe 
entre C et C++, la portee etant limitee au bloc ou a la fonction concernee par la declaration. 

En revanche, lorsque const s'applique a une variable globale, C++ limite la portee du sym- 
bole au fichier source contenant la declaration (comme s'il avait recu l'attribut static) ; C 
n'imposait aucune limitation. 

Pourquoi cette difference ? La principale raison reside dans l'idee qu'avec la regie adoptee 
par C++ il devient plus facile de remplacer certaines instructions #define par des declarations 
de constantes. Ainsi, la ou en C vous procediez de cette facon : 

#define N 8 #define N 3 

fichier 1 fichier 2 
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vous pouvez, en C++, proceder ainsi : 

const int N = 8 ; const int N = 3 



fichier 1 fichier2 

En C, vous auriez obtenu une erreur au moment de l'edition de liens. Vous auriez pu l'eviter : 

• soit en declarant N static, dans au moins un des deux fichiers (ou, mieux, dans les deux) : 

static const int N = 8 ; static const int N = 3 ; 

Cela aurait alors ete parfaitement equivalent a ce que fait C++ avec les premieres 
declarations ; 

• soit, si N avait eu la meme valeur dans les deux fichiers, en placant dans le second fichier : 

extern const int N ; 

Mais dans ce cas, il ne se serait plus agi d'un remplacement de #define. 

4.2 Utilisation dans une expression 

Rappelons que Ton nomme "expression constante" une expression dont la valeur est calculee 
lors de la compilation. Ainsi, avec : 

const int p = 3 ; 

l'expression : 

2 * p * 5 

n'est pas une expression constante en C alors qu'elle en est une en C++. 

Ce point est particulierement sensible dans les declarations de tableaux (statiques ou automa- 
tiques) dont les dimensions doivent obligatoirement etre des expressions constantes (meme 
pour les tableaux automatiques, le compilateur doit connaitre la taille a reserver sur la pile !). 
Ainsi, les instructions : 

const int nel = 15 ; 



> 



double tl [nel + 1], t2[2 * nel] [nel] ; 

seront acceptees en C++, alors qu'elles etaient refusees en C. 



Remarques 



1 En toute rigueur, la possibility que nous venons de decrire ne constitue pas une incompa- 
tibilite entre C et C++, puisqu'il s'agit d'une facilite supplemental. 

2 D'une maniere generale, C++ a ete concu pour limiter au maximum l'emploi des direc- 
tives du preprocesseur (on devrait pouvoir se contenter de ^include et des directives 
d'inclusion conditionnelle). Les modifications apportees au qualificatif const vont 
effectivement dans ce sens 1 . 



1. Encore faut-il que le programmeur C++ accepte de changer les habitudes qu'il avait du prendre en C (faute de 
pouvoir faire autrement) ! 
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5 Compatibility entre le type void 
et les autres pointeurs 



> 



En C ANSI, le "type generique" void * est compatible avec les autres types pointeurs, et ce 
dans les deux sens. Ainsi, avec ces declarations : 

void * gen ; 
int * adi ; 

ces deux affectations sont legales en C ANSI : 

gen = adi ; 
adi = gen ; 

Elles font intervenir des "conversions implicites", a savoir : 

int * -> void * pour la premiere, 
void * -> int * pour la seconde. 

En C++, seule la conversion d'un pointeur quelconque en void * peut etre implicite. Ainsi, 
avec les declarations precedentes, seule 1' affectation : 

gen = adi ; 

est acceptee. Bien entendu, il reste toujours possible de faire appel explicitement a la conver- 
sion void * -> int * en utilisant l'operateur de cast : 

adi = (int *) gen ; 

Remarque 

On peut dire que la conversion d'un pointeur de type quelconque en void * revient a ne 
s'interesser qu'a l'adresse correspondant au pointeur, en ignorant son type. En revanche, 
la conversion inverse de void * en un pointeur de type donne revient a associer (peut-etre 
arbitrairement !) un type a une adresse. Manifestement, cette seconde possibility est plus 
dangereuse que la premiere ; elle peut meme obliger le compilateur a introduire des modi- 
fications de l'adresse de depart, dans le seul but de respecter certaines contraintes d'ali- 
gnement (liees au type d'arrivee). C'est la raison pour laquelle cette conversion ne fait 
plus partie des conversions implicites en C++. 
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Les entrees-sorties 
conversationnelles du C++ 



C++ dispose de toutes les routines offertes par la bibliotheque standard du C ANSI. Mais il 
comporte egalement de nouvelles possibilites d'entrees-sorties. Celles-ci reposent sur les 
notions de flots et de surdefinition d'operateur que nous n'aborderons qu'ulterieurement. 

II ne serait pas judicieux cependant d'attendre que vous ayez etudie ces differents points pour 
commencer a ecrire des programmes complets, rediges dans l'esprit de C++. C'est pourquoi 
nous allons vous presenter ces nouvelles possibilites d'entrees-sorties dans ce chapitre, de 
maniere assez informelle, en nous limitant a ce que nous nommons l'aspect conversationnel, 
a savoir : 

• la lecture sur l'entree standard, generalement le clavier, 

• l'ecriture sur la sortie standard, generalement l'ecran. 

r w ■ ■ - r 



1 Generalites 



Les "routines" (fonctions et macros) de la bibliotheque standard du C ANSI 1 sont utilisables 
en C++, en particulier celles relatives aux entrees-sorties ; pour ce faire, il vous suffit 



1. L'un des grands merites de cette norme est de definir, outre le langage C lui-meme, les caracteristiques d'un certain 
nombre de routines formant ce que Ton nomme la "bibliotheque standard". 
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d'inclure les fichiers en-tete habituels 1 pour obtenir les prototypes et autres declarations 
necessaires a leur bonne utilisation. 

Mais C++ dispose en outre de possibilites d'entrees-sorties ayant les caracteristiques 
suivantes : 

• simplicity d'utilisation : en particulier, on pourra souvent s'affranchir de la notion de for- 
mat, si chere aux fonctions de la famille print/ o\x scanf; 

• diminution de la taille du module objet correspondant : alors que, par exemple, un seul appel 
de /?rz'«//"introduit obligatoirement dans le module objet un ensemble destructions en cou- 
vrant toutes les eventualites, l'emploi des nouvelles possibilites offertes par C++ n'introdui- 
ra que les seules instructions necessaires ; 

• possibilites extensibles aux types que vous definirez vous-meme sous forme de classes. 

Nous allons examiner ces possibilites en nous limitant a 1' aspect conversationnel, c'est-a-dire 
a la lecture sur l'entree standard et a l'affichage sur la sortie standard. 



2 Affichage a I'ecran 



2.1 Quelques exemples 

Avant d'etudier les differentes possibilites offertes par C++, examinons quelques exemples. 

Exemple 1 

La ou en C, on ecrivait : 

printf ("bonjour") ; 

en C++, on utilisera : 

cout « "bonjour" ; 

L 'interpretation detaillee de cette instruction necessiterait des connaissances qui ne seront 
introduites qu'ulterieurement. Pour l'instant, il vous suffit de retenir les points suivants : 

• cout designe un "flot de sortie" predefini, associe a l'entree standard du C (stdout) ; 

• << est un "operateur" dont l'operande de gauche (ici cout) est un flot et l'operande de droi- 
te une expression de type quelconque. L 'instruction precedente peut etre interpretee com- 
me ceci : le flot cout recoit la valeur "bonjour". 



1 . Toutefois la norme de C++ a prevu que les noms de ces fichiers soient prefixes par c et que le suffixe . h disparaisse. 
Par exemple, on trouvera <cstdio> au lieu de <stdio.h>. 
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Exemple 2 

Considerons ces instructions : 

int n = 25 ; 

cout << "valeur : " ; 

cout << n ; 

Elles affichent le resultat suivant : 

valeur : 25 

Vous constatez que nous avons utilise le meme operateur << pour envoyer sur le flot cout, 
d'abord une information de type chaine, ensuite une information de type entier. Le role de 
l'operateur << est manifestement different dans les deux cas : dans le premier, on a transmis 
les caracteres de la chaine, dans le second, on a precede a un "formatage 1 " pour convertir une 
valeur binaire entiere en une suite de caracteres. Cette possibility d'attribuer plusieurs signifi- 
cations a un meme operateur correspond a ce que Ton nomme en C++ la surdefinition d' ope- 
rateur (que nous aborderons en detail au chapitre 9). 



Exemple 3 



Dans les exemples precedents, nous avions utilise une instruction differente pour chaque 
information transmise au flot cout. En fait, les deux instructions : 

cout << "valeur : " ; 
cout << n ; 

peuvent se condenser en une seule : 

cout << "valeur : " « n ; 

La encore, l'interpretation exacte de cette possibility sera fournie ulterieurement, mais d'ores 
et dej a, nous pouvons dire qu'elle reside dans deux points : 

• l'operateur << est associatif de gauche a droite comme l'operateur d'origine, 

• le resultat fourni par l'operateur «, quand il recoit un flot en premier operande est ce meme 
flot, apres qu'il a recu l'information concernee. 

Ainsi, l'instruction precedente est equivalente a : 

(cout « "valeur : " ) << n ; 

Celle-ci peut s'interpreter comme ceci : 

• dans un premier temps, le flot cout recoit la chaine "valeur", 

• dans un deuxieme temps, le flot cout « "valeur", c'est-a-dire le flot cout augmente de 
"bonjour", recoit la valeur de n. 

Si cette interpretation ne vous parait pas evidente, il vous suffit d'admettre pour l'instant 
qu'une instruction telle que : 

cout « « « « ; 



1. Ici, ce formatage est implicite ; dans le cas deprintf, on l'aurait explicite (%d). 
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permet d'envoyer sur le flot cout les informations symbolisees par des traits, dans l'ordre ou 
elles apparaissent. 

2.2 Le fichier en-tete iostream 

En C, l'utilisation de fonctions telles que printf 'ou scaw/necessitait 1' incorporation du fichier 
en-tete <stdio.h> qui contenait les declaration appropriees. De facon comparable, les decla- 
rations necessaires a l'utilisation des entrees-sorties specifiques a C++ figurent dans un 
fichier en-tete de nom <iostream>. Cependant, l'utilisation des symboles declares dans ce 
fichier iostream fait appel a la notion d'espace de noms, introduite elle-aussi par la norme. 
Cette notion sera presentee sommairement au chapitre 4 et etudiee plus en detail au chapitre 
24. Pour l'instant, sachez qu'elle oblige a introduire dans votre programme une instruction de 
declaration using, dont la portee se definit comme celle de toute declaration, et qui se pre- 
sente ainsi : 

using namespace std ; /* on utilisera les symboles definis dans */ 
/* l'espace de noms standard s' appelant std */ 



> 



Remarque 



Avant la norme, on utilisait un fichier nomme <iostream.h> et l'instruction using n'exis- 
tait pas. Certains environnements fonctionnent encore ainsi. Parfois, il faut recourir a 
<iostream>, sans utiliser using 1 (qui pourrait provoquer une erreur de compilation). 



2.3 Les possibilites d'ecriture sur cout 

Nous venons de voir des exemples d'ecriture de chaines et d'entiers. D'une maniere generale, 
vous pouvez utiliser l'operateur « pour envoy er sur cout la valeur d'une expression de l'un 
des types suivants : 

• type de base quelconque (caractere, entier signe ou non, flottant) ; 

• chaine de caracteres {char *) : on obtient l'affichage des caracteres constituant la chaine ; 

• pointeur, autre que char * : on obtient l'adresse correspondante (en hexadecimal) ; si on 
veut obtenir l'adresse d'une chaine de caracteres et non les caracteres qu'elle contient, on 
peut toujours convertir cette chaine (de type char *) en void *. 

Voici un exemple complet de programme illustrant ces possibilites, accompagne d'un exem- 
ple d'execution dans un environnement PC 2 : 



1. Ces implementations acceptent generalement using pour les fichiers en-tete relatifs aux composants standard. 

2. L'implementation n'intervient ici que dans l'affichage de pointeurs. 



3 - Lecture au clavier 



#include <iostreain> 
using namespace std ; 
main() 
{ 

int n = 25 ; long p = 250000; unsigned q = 63000 

char c = 'a' ; 

float x - 12.3456789 ; double y - 12. 3456789el6 ; 

char * ch = "bonjour" ; 

int * ad = & n ; 



cout 


<< 


'valeur de n 




cout 


<< 


'valeur de p 




cout 


<< 


'caractere c 




cout 


<< 


'valeur de q 




cout 


<< 


'valeur de x 




cout 


<< 


'valeur de y 




cout 


<< 


'chaine ch 




cout 


<< 


'adresse de n 




cout 

} 


<< 


'adresse de ch 




valeur 


de n 




25 


valeur 


ie p 




250000 


caractere c 




a 


valeur 


de q 




63000 


valeur 


de x 




12.3457 


valeur 


de y 




1.23457e+017 


chaine 


A 




bonjour 


adresse 


de n 


006AFDF4 


adresse 


de 


:h 


004 6D0D4 





« n « "\n" 

« p « "\n" 

« c « "\n" 

« q « "\n" 

« x « "\n" 

« y « "\n" 

« ch « "\n" 
« ad « "\n" ; 
« (void *) ch « "\n" 



Les possibilites d'ecriture sur cout 



3 Lecture au clavier 



3.1 Introduction 

De meme qu'il existe un flot de sortie predefini cout associe a la sortie standard du C (stdout), 
il existe un flot d'entree predefini, nomme cin, associe a l'entree standard du C (stdiri). De 
meme que l'operateur « permet d'envoyer des informations sur un flot de sortie (done, en 
particulier, sur cout), l'operateur » permet de recevoir 1 de l'information en provenance d'un 
flot d'entree (done, en particulier, de cin). 



1. On dit aussi "extraire" 
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Par exemple, l'instruction (n etant de type int) : 

cin » n ; 

demandera de lire des caracteres sur le flot cin et de les convertir en une valeur de type int. 
D'une maniere generale : 

cin » n » p ; 

sera equivalent a : 

(cin » n) » p ; 

Pour donner une interpretation imagee (et peu formelle) analogue a celle fournie pour cout, 
nous pouvons dire que la valeur de n est d'abord extraite du flot cin ; ensuite, la valeur de p 
est extraite du flot cin » n (comme pour «, le resultat de l'operateur >> est un flot), c'est- 
a-dire de ce qu'est devenu le flot cin, apres qu'on en a extrait la valeur de n. 

3.2 Les differentes possibilites de lecture sur cin 

D'une maniere generale, vous pouvez utiliser l'operateur » pour acceder a des informations 
de type de base quelconque (signe ou non pour les types entiers) ou a des chaines de caracte- 
res 1 {char *). Comme avec scanf ou getchar, les caracteres frappes au clavier sont, apres vali- 
dation par une fin de ligne, enregistres dans un tampon. La lecture se fait dans ce tampon qui 
est realimente en cas de besoin d'informations supplementaires. Les informations du tampon 
non exploiters lors d'une lecture restent disponibles pour la lecture suivante. 

Par ailleurs, une bonne part des conventions d'analyse des caracteres lus sont les memes que 
celles employees par scanf. Ainsi : 

• les differentes informations sont separees par un ou plusieurs caracteres parmi ceux-ci 2 : es- 
pace, tabulation horizontale (\t) ou verticale (\v), fin de ligne (\n) ou encore changement de 
page (\f) 3 ; 

• un caractere "invalide" pour l'usage qu'on doit en faire (un point pour un entier, une lettre 
pour un nombre...) arrete l'exploration du flot, comme si Ton avait rencontre un separateur ; 
mais ce caractere invalide sera a nouveau pris en compte lors d'une prochaine lecture. 

En revanche, contrairement a ce qui se produisait pour scanf, la lecture d'un caractere sur cin 
commence par "sauter les separateurs" ; aussi n'est-il pas possible de lire directement ces 
caracteres separateurs. Nous verrons comment y parvenir dans le chapitre consacre aux flots. 



1. II n'est pas prevu de lire la valeur d'un pointeur ; en pratique, cela n'aurait guere d'interet et de plus presenterait de 
grand risques. 

2. On les appelle parfois des "espaces-blancs" (de l'anglais, white spaces). 

3. Dans les environnements PC, la fin de ligne est representee par deux caracteres consecutifs ; elle n'en reste pas 
moins vue par le programme comme un seul et unique caractere (\n) ; cette remarque vaut en fait pour tous les fichiers 
de type texte, comme on le verra dans le chapitre consacre aux flots. 
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3.3 Exemple classique d' utilisation des separateurs 

Le programme suivant illustre une situation classique dans laquelle la gestion des caracteres 
separateurs ne pose pas de probleme particulier : 

#include <iostreain> 
using namespace std ; 
main() 

{ int n ; float x ; 
char t[81] ; 
do 

{ cout « "donnez un entier, une chaine et un flottant : " ; 
cin » n » t » x ; 

cout « "merci pour " << n « ", " « t « " et " « x « "\n" ; 
} 
while (n) ; 



donnez un entier, une chaine et un flottant : 15 bonjour 8.25 

merci pour 15, bonjour et 8.25 

donnez un entier, une chaine et un flottant : 15 

bonjour 

8.25 
merci pour 15, bonjour et 8.25 

donnez un entier, une chaine et un flottant : bye 
merci pour 0, bye et 

Usage classique des separateurs 

3.4 Lecture d'une suite de caracteres 

L' exemple suivant montre que la facon dont C++ gere les separateurs peut s'averer derou- 
tante lorsque Ton est amene a lire une suite de caracteres : 

#include <iostreain> 
using namespace std ; 
main() 

{ char tc[129] ; // pour conserver les caracteres lus sur cin 

int i = ; // position courante dans le tableau tc 

cout << "donnez une suite de caracteres terminee par un point \n" ; 
do 

cin » tc[i] ; // attention, pas de test de debordement dans tc 
while (tc[i++] != ' . ') ; 

cout << "\n\nVoici les caracteres effectivement lus : \n" ; 
i=0 ; 



Les entrees-sorties conversationnelles du C++ 



Chapitre 3 



do 

cout « tc[i] ; 
while (tc[i++] != ' . ') ; 
} 

donnez une suite de caracteres terminee par un point 
Voyez comme 

C++ 
pose quelques problemes 
lors de la lecture d'une 

"suite de caracteres" 



Voici les caracteres effectivement lus : 
VoyezcommeC++posequelquesproblemeslorsdelalectured'une"suitedecaracteres" . 

Quand on cherche a lire une suite de caracteres 

3.5 Les risques induits par la lecture au clavier 

Nous vous proposons deux exemples montrant que, en C++ comme en C, on peut dans cer- 
tains cas aboutir a : 

• un manque de synchronisme apparent entre le clavier et l'ecran, 

• un blocage de la lecture par un caractere invalide, 

• une boucle infinie due a la presence d'un caractere invalide. 

3.5.1 Manque de synchronisme entre clavier et ecran 

Cet exemple illustre l'existence d'un tampon. On y voit comment une lecture peut utiliser 
une information non exploitee par la precedente. Ici, l'utilisateur n'a pas a repondre a la ques- 
tion posee a la troisieme ligne. 



#include <iostream> 
using namespace std ; 
main { ) 
{ 

int n, p ; 

cout « "donnez une valeur pour n : " ; 

cin » n ; 

cout « "merci pour " << n « "\n" ; 

cout « "donnez une valeur pour p : " ; 

cin » p ; 

cout « "merci pour " << p « "\n" ; 
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donnez une valeur pour n : 12 25 

merci pour 12 

donnez une valeur pour p : merci pour 25 

Quand le clavier et I 'ecran semblent mal synchronises 

3.5.2 Blocage de la lecture 

Voyez cet exemple qui montre comment une maladresse de l'utilisateur (ici frappe d'une let- 
tre au lieu d'un chiffre) peut entrainer un comportement deconcertant du programme : 

#include <iostream> 

using namespace std ; 

main{) 

{ int n = 12 ; 

char c = 'a' ; 

cout << "donnez un entier et un caractere : \n" ; 

cin » n » c ; 

cout << "merci pour " « n << " et " « c << "\n" ; 

cout << "donnez un caractere : " ; 

cin » c ; 

cout << "merci pour " « c ; 



donnez un entier et un caractere : 

x 25 

merci pour 4467164 et a 

donnez un caractere : merci pour a 

Clavier bloque par un "caractere invalide " 

Lors de la premiere lecture de n, l'operateur » a rencontre le caractere x, manifestement 
invalide. Comme il n'etait alors pas capable de fabriquer une valeur entiere, il a laisse la 
valeur de n inchangee et il a bloque la lecture. Ainsi, la tentative de lecture ulterieure d'un 
caractere dans c, n'a pas debloque la situation : la lecture etant bloquee, la valeur de c est res- 
tee inchangee (le flot est reste bloque et d'autres tentatives de lecture seraient traitees de la 
sorte). 

3.5.3 Boucle infinie sur un caractere invalide 

Ce petit exemple montre comment une maladresse lors de l'execution (ici, frappe d'une lettre 
pour un chiffre) peut entrainer le bouclage d'un programme. 

#include <iostream> 
using namespace std ; 
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main ( ) 
{ int n ; 
do 

{ cout << "donnez un nombre entier : " ; 
cin » n ; 

cout << "voici son carre : " « n*n << "\n" 
} 
while (n) ; 



donnez un 


nombre 


entier 


3 








voici son 


carre 


9 










donnez un 


nombre 


entier 


a 








voici son 


carre 


9 










donnez un 


nombre 


entier 


voici 


son 


carre 


9 


donnez un 


nombre 


entier 


voici 


son 


carre 


9 


donnez un 


nombre 


entier 


voici 


son 


carre 


9 


donnez un 


nombre 


entier 


voici 


son 


carre 


9 



Boucle infinie sur un caractere invalide 



> 



Ici, il faudra interrompre l'execution du programme suivant une demarche appropriee depen- 
dant de l'environnement. 



Remarque 

II est possible d'ameliorer le comportement des programmes precedents. Pour ce faire, il 
est necessaire de faire appel a des elements qui seront presentes plus tard dans cet 
ouvrage. Nous verrons comment tester l'etat d'un flot et le debloquer au paragraphe 3 du 
chapitre 16 et meme, gerer convenablement les lectures en utilisant un "formatage en 
memoire", au paragraphe 7.2 du chapitre 22. 



4 



Les specificites du C++ 



Le langage C++ dispose d'un certain nombre de specificites qui ne sont pas veritablement 
axees sur la P.O.O. II s'agit essentiellement des suivantes : 

• nouvelle forme de commentaire (en fin de ligne), 

• emplacement libre des declarations, 

• notion de reference, 

• arguments par defaut dans les declarations des fonctions, 

• surdefinition de fonctions, 

• operateurs new et delete, 

• fonctions "en ligne" (inline), 

• nouveaux operateurs de cast, 

• existence d'un type booleen bool, 

• notion d'espace de noms. 

D'une maniere generale, ces possibilites seront, pour la plupart, souvent utilisees conjointe- 
ment avec celles de P.O.O. C'est ce qui justifie que nous les exposions des maintenant. 



Les specif icites du C++ 



Chapitre 4 



1 Le commentaire de fin de ligne 



En C ANSI, un commentaire peut etre introduit en n'importe quel endroit ou un espace est 
autorise 1 en le faisant preceder de /* et suivre de */. II peut alors eventuellement s'etendre sur 
plusieurs lignes. 

En C++, vous pouvez en outre utiliser des "commentaires de fin de ligne" en introduisant les 
deux caracteres : //. Dans ce cas, tout ce qui est situe entre // et la fin de la ligne est un com- 
mentaire. Notez que cette nouvelle possibility n'apporte qu'un surcroit de confort et de 
securite ; en effet, une ligne telle que : 

cout « "bonjour\n" ; // formule de politesse 

peut toujours etre ecrite ainsi : 

cout « "bonjour\n" ; /*formule de politesse*/ 

Vous pouvez meler (volontairement ou non !) les deux formules. Dans ce cas, notez que, 
dans : 

/* partiel // partie2 */ partie3 

le commentaire "ouvert" par /* ne se termine qu'au prochain */ ; done partiel etpartie2 sont 
des commentaires, tandis que partie3 est considere comme appartenant aux instructions. De 
meme, dans : 

partiel // partie2 /* partie3 */ partie4 

le commentaire introduit par // s'etend jusqu'a la fin de la ligne. II concerne done partie2, 
partie3 et partie 4. 



> 



Remarques 

1 Le commentaire de fin de ligne constitue le seul cas ou la fin de ligne joue un role signifi- 
catif, autre que celui d'un simple separateur. 

2 Si Ton utilise systematiquement le commentaire de fin de ligne, on peut alors faire 
appel a /* et * pour inhiber un ensemble destructions (contenant eventuellement des 
commentaires) en phase de mise au point. 

2 Declarations et initialisations 

2.1 Regies generales 

C++ s'avere plus souple que le C ANSI en matiere de declarations. Plus precisement, en C++, 
il n'est plus obligatoire de regrouper au debut les declarations effectuees au sein d'une fonc- 
tion ou au sein d'un bloc. Celles-ci peuvent etre effectuees ou bon vous semble, pour peu 



1. Done, en pratique, n'importe ou, pourvu qu'on ne "coupe pas en deux" un identificateur ou une chaine constante. 
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qu'elles apparaissent avant que Ton en ait besoin : leur portee reste limitee a la partie du bloc 
ou de la fonction suivant leur declaration. 

Par ailleurs, les expressions utilisees pour initialiser une variable scalaire peuvent etre quel- 
conques, alors qu'en C elles ne peuvent faire intervenir que des variables dont la valeur est 
connue des l'entree dans la fonction concernee. 



Voici un exemple incorrect en C ANSI et accepte en C++ : 



main{) 
{ 

int 


n ; 


n = . . . 


int 


q = 



2*n - 1 ; 
} 

La declaration tardive de q permet de l'initialiser 1 avec une expression dont la valeur n'etait 
pas connue lors de l'entree dans la fonction (ici main). 

2.2 Cas des instructions structurees 

L'instruction suivante est acceptee en C++ : 

for (int i=0 ; ... ; . . . ) 
{ 



> 



} 

La encore, la variable /' a ete declaree seulement au moment ou Ton en avait besoin. Sa portee 
est, d'apres la norme, limitee au bloc regi par l'instruction for. On notera qu'il n'existe aucune 
facon d'ecrire des instructions equivalentes en C. 

Cette possibilite s'applique a toutes les instructions structurees, c'est-a-dire aux instructions 
for, switch, while et do.. .while. 

Remarque 

Le role de ces declarations a l'interieur destructions structurees n'a ete fixe que tardive- 
ment par la norme ANSI. Dans les versions anterieures, ce genre de declaration etait cer- 
tes autorise, mais tout se passait comme si elle figurait a l'exterieur du bloc ; ainsi, 
1' exemple precedent etait interprete comme si Ton avait ecrit : 



int 


l , 




for 


(i= 


=0 ; 


{ 






} 







1. N'oubliez pas qu'en C (comme en C++) il est possible d'initialiser une variable automatique scalaire a l'aide d'une 
expression quelconque. 
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3 La notion de reference 

En C, les arguments et la valeur de retour d'une fonction sont transmis par valeur. Pour simu- 
ler en quelque sorte ce qui se nomme "transmission par adresse" dans d'autres langages, il est 
alors necessaire de "jongler" avec les pointeurs (la transmission se fait toujours par valeur 
mais, dans ce cas, il s'agit de la valeur d'un pointeur). En C++, le principal interet de la notion 
de reference est qu'elle permet de laisser le compilateur mettre en oeuvre les "bonnes instruc- 
tions" pour assurer un transfert par adresse. Pour mieux vous en faire saisir l'interet, nous 
vous proposons de vous rappeler comment il fallait proceder en C. 

3.1 Transmission des arguments en C 
Exemple 1 

Considerons 1' exemple suivant, qui illustre le fait qu'en C les arguments sont toujours trans- 
mis par valeur : 

#include <iostreain> 
using namespace std ; 
main { ) 
{ 

void echange (int, int) ; 

int n=10, p=20 ; 

cout « "avant appel : " << n « " " « p « "\n" ; 

echange (n, p) ; 

cout « "apres appel : " << n « " " « p « "\n" ; 



void echange (int a, int b) 
{ 

int c ; 

cout « "debut echange : " << a « " " « b « "\n" ; 

c = a ; a=b; b = c; 

cout « "fin echange : " << a « " " « b « "\n" ; 



avant appel : 10 20 

debut echange : 10 20 

fin echange : 20 10 

apres appel : 10 20 

Les arguments sont transmis par valeur 

Lors de l'appel & echange, il y a transmission des valeurs de n et dep ; on peut considerer que 
la fonction les a recopiees dans des emplacements locaux, correspondant a ses arguments for- 
mels a et b, et qu'elle a effectivement "travaille" sur ces copies. 
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Exemple 2 



Bien entendu, il est toujours possible de programmer une fonction echange pour qu'elle opere 
sur des variables de la fonction qui l'appelle ; il suffit tout simplement de lui fournir en argu- 
ment l'adresse de ces variables, comme dans l'exemple suivant : 



#include <iostreain> 

using namespace std ; 

main{) 

{ void echange (int *, int *) ; 

int n=10, p=20 ; 

cout << "avant appel : " << n « " " << p « "\n" ; 

echange (&n, &p) ; 

cout << "apres appel : " << n « " " << p « "\n" ; 
} 

void echange (int *a, int *b) 
{ int c ; 

cout << "debut echange : " << * a « " " « * b « "\n" 

c = *a ; *a = *b ; *b = c ; 

cout << "fin echange : " << * a « " " « * b « "\n" 
} 



avant appel : 10 20 

debut echange : 10 20 

fin echange : 20 10 

apres appel : 20 10 

Mise en ceuvre par le programmeur d'une transmission par adresse 

Notez bien les differences entre les deux exemples, a la fois dans l'ecriture de la fonction 
echange, mais aussi dans son appel. Ce dernier point signifie que l'utilisateur de la fonction 
(qui n'est pas toujours celui qui l'a ecrite) doit savoir s'il faut lui transmettre une variable ou 
son adresse 1 . 

3.2 Exemple de transmission d'argument par reference 

C++ permet de demander au compilateur de prendre lui-meme en charge la transmission des 
arguments par adresse : on parle alors de transmission d'argument par reference. Le pro- 
gramme ci-dessous montre comment appliquer un tel mecanisme a notre fonction echange : 



1. Certes, ici, si Ton veut que la fonction echange puisse "faire correctement son travail", le choix s'impose. Mais il 
n'en va pas toujours ainsi. 
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#include <iostreain> 

using namespace std ; 

main { ) 

{ void echange (int &, int &) ; 

int n=10, p=20 ; 

cout « "avant appel : " « n « " " « p « "\n" ; 

echange (n, p) ; // attention, ici pas de &n, &p 

cout « "apres appel : " « n « " " « p « "\n" ; 
} 

void echange (int & a, int & b) 
{ int c ; 

cout « "debut echange : " « a « " " « b « "\n" ; 

c = a; a=b; b = c; 

cout « "fin echange : " « a « " " « b « "\n" ; 
} 

avant appel : 10 20 

debut echange : 10 20 

fin echange : 20 10 

apres appel : 20 10 

Utilisation de la transmission a" arguments par reference en C+ + 
Dans l'instruction : 

void echange (int & a, int & b) ; 

la notation int & a signifie que a est une information de type int transmise par reference. 
Notez bien que, dans la fonction echange, on utilise simplement le symbole a pour designer 
cette variable dont la fonction aura recu effectivement l'adresse (et non la valeur) : il n'est 
plus utile (et ce serait une erreur !) de faire appel a l'operateur d'indirection *. 

Autrement dit, il suffit d'avoir fait ce choix de transmission par reference au niveau de 
l'en-tete de la fonction pour que le processus soit entierement pris en charge par le com- 
pilateur 1 . 

Le meme phenomene s'applique au niveau de l'utilisation de la fonction. II suffit en effet 
d'avoir specifie, dans le prototype, les arguments (ici, les deux) que Ton souhaite voir trans- 
mis par reference. Au niveau de l'appel : 

echange (n, p) ; 

nous n'avons plus a nous preoccuper du mode de transmission utilise. 



1 . Cette possibility est analogue a l'utilisation du mot cle var dans l'en-tete d'une procedure en Pascal. 
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> 



Remarques 

1 Nous avons parle de transmission par reference d'un argument. Mais on peut egalement 
dire qu'on transmet a une fonction la reference a un argument effectif ; cela traduit mieux 
le fait que rinformation fournie a la fonction est bien l'adresse d'un emplacement. Mais, 
en comparaison avec la transmission par pointeurs, ce mode de transmission offre une 
certaine protection ; en effet, la reference a une variable ne peut pas etre utilisee directe- 
ment (volontairement ou par erreur) pour acceder a des emplacements voisins comme on 
le ferait avec une adresse recue par le biais d'un pointeur 1 . 

2 Lorsqu'on doit transmettre en argument la reference a un pointeur, on est amene a utili- 
ser ce genre d'ecriture : 

int * & adr // adr est une reference a un pointeur sur un int 



!{•) En Java 



La notion de reference existe en Java, mais elle est entierement transparente au program- 
meur. Plus precisement, les variables d'un type de base sont transmises par valeur, tandis 
que les objets sont transmis par reference. II reste cependant possible de creer explicite- 
ment une copie d'un objet en utilisant une methode appropriee dite de clonage. 

3.3 Proprietes de la transmission par reference d'un argument 

La transmission par reference d'un argument entraine un certain nombre de consequences qui 
n'existaient pas dans le cas de la transmission par valeur ou lorsqu'on transmettait l'adresse 
d'un emplacement par le biais d'un pointeur. 

3.3.1 Induction de risques indirects 

Comme on l'a vu sur l'exemple precedent, la transmission d'arguments par reference simpli- 
fie l'ecriture de la fonction correspondante. Le choix du mode de transmission par reference 
est fait au moment de l'ecriture de la fonction concernee. L'utilisateur de la fonction n'a plus a 
s'en soucier ensuite, si ce n'est au niveau de la declaration du prototype de la fonction 
(d'ailleurs, ce prototype proviendra en general d'un fichier en-tete). 

En contrepartie, l'emploi de la transmission par reference accroit les risques d'"effets de 
bord" non desires. En effet, lorsqu'il appelle une fonction, l'utilisateur ne sait plus s'il trans- 
met, au bout du compte, la valeur ou l'adresse d'un argument (la meme notation pouvant desi- 
gner l'une ou l'autre des deux possibilites). II risque done de modifier une variable dont il 
pensait n'avoir transmis qu'une copie de la valeur ! 



1. II reste cependant possible d'affecter a un pointeur l'adresse de la variable dont on a recu la reference. 
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3.3.2 Absence de conversion 



Des lors qu'une fonction a prevu une transmission par reference, les possibilites de conver- 
sion prevues en cas de transmission par valeur disparaissent. Voyez cet exemple : 



void f (int & n) ; // f recoit la reference a un entier 
float x ; 



\> 



f(x) ; // appel illegal 

A partir du moment ou la fonction recoit directement l'adresse d'un emplacement qu'elle 
considere comme contenant un entier qu'elle peut eventuellement modifier, il va de soi qu'il 
n'est plus possible d'effectuer une quelconque conversion de la valeur qui s'y trouve... 

La transmission par reference impose done a un argument effectif d'etre une lvalue du 
type prevu pour l'argument muet. Nous verrons cependant au paragraphe 3.3.4 que les 
arguments muets constants feront exception a cette regie et que, dans ce cas, des conversions 
seront possibles. 

Remarque 

Avec le prototype precedent de f, Yappelfct (&n) serait rejete. En effet, une reference 
n'est pas un pointeur, meme si, au bout du compte, l'information transmise a la fonction 
est une adresse. En particulier, l'usage qui est fait dans la traduction des instructions de la 
fonction n'est pas le meme : dans le cas d'un pointeur, on utilise directement sa valeur, 
quitte a mentionner une indirection avec l'operateur * ; avec une reference, 1' indirection 
est ajoutee automatiquement par le compilateur. 

3.3.3 Cas d'un argument effectif constant 

Supposons qu'une fonction fct ait pour prototype : 

void fct (int S) ; 

Le compilateur refusera alors un appel de la forme suivante (« etant de type int) : 

fct (3) ; // incorrect : f ne peut pas modifier une constante 

II en ira de meme pour : 

const int c = 15 ; 



fct (c) ; // incorrect : f ne peut pas modifier une constante 

Ces refus sont logigues. En effet, si les appels precedents etaient acceptes, ils conduiraient a 
fournir a fct l'adresse d'une constante (3 ou c) dont elle pourrait tres bien modifier la valeur 1 . 



1 . On verra cependant au paragraphe 3.3.4 qu'une telle transmission sera autorisee si la fonction a effectivement prevu 
dans son en-tete de travailler sur une constante. 
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3.3.4 Cas d'un argument muet constant 

En revanche, considerons une fonction de prototype : 

void fctl (const int &) ; 

La declaration const int & correspond a une reference a une constante 1 . Les appels suivants 
seront corrects : 

const int c = 15 ; 



fctl (3) ; // correct ici 
fctl (c) ; // correct ici 

L'acceptation de ces instructions se justifie cette fois par le fait qaefct a prevu de recevoir 
une reference a quelque chose de constant ; le risque de modification evoque precedemment 
n'existe done plus (du moins en theorie, car les possibilites de verification du compilateur ne 
sont pas completes). 

Qui plus est, un appel telfctl (exp) {exp designant une expression quelconque) sera accepte 
quel que soit le type de exp. En effet, dans ce cas, il y a creation d'une variable temporaire (de 
type int) qui recevra le resultat de la conversion de exp en int. Par exemple : 

void fctl (const int &) ; 
float x ; 



fctl (x) ; // correct : f recoit la reference a une variable temporaire 
// contenant le resultat de la conversion de x en int 

En definitive, l'utilisation de const pour un argument muet transmis par reference est lourde 
de consequences. Certes, comme on s'y attend, cela amene le compilateur a verifier la Cons- 
tance de l'argument concerne au sein de la fonction. Mais, de surcroit, on autorise la creation 
d'une copie de l'argument effectif (precedee d'une conversion) des lors que ce dernier est 
constant et d'un type different de celui attendu 2 . 

Cette remarque prendra encore plus d'acuite dans le cas ou l'argument en question sera un 
objet. 

3.4 Transmission par reference d'une valeur de retour 
3.4.1 Introduction 

Le mecanisme que nous venons d'exposer pour la transmission des arguments s'applique a la 
valeur de retour d'une fonction. II est cependant moins naturel. Considerons ce petit 
exemple : 



1. Contrairement a un pointeur, une reference est toujours constante, de sorte que la declaration int const c£ n'a aucun 
sens ; il n'en allait pas de meme pour int const *, qui designait un pointeur constant sur un entier. 

2. Dans le cas d'une constante du meme type, la norme laisse ['implementation libre d'en faire ou non une copie. 
Generalement, la copie n'est faite que pour les constantes d'un type scalaire. 
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int S f () 

{ 

return n ; //on suppose ici n de type int 
} 

Un appel de/provoquera la transmission en retour non plus d'une valeur, mais de la refe- 
rence de n. Cependant, si Ton utilise/d'une facon usuelle : 

int p ; 



p = f () ; // affecte a p la valeur situee a la reference fournie par f 

une telle transmission ne semble guere presenter d'interet par rapport a une transmission par 
valeur. 

Qui plus est, il est necessaire que n ne soit pas locale a la fonction, sous peine de recuperer 
une reference (adresse) a quelque chose qui n'existe plus 1 . 

Effectivement, on concoit qu'on a plus rarement besoin de recevoir une reference d'une 
fonction que de lui en fournir. 

3.4.2 On obtient une lvalue 

Des lors qu'une fonction renvoie une reference, il devient possible d'utiliser son appel 
comme une lvalue. Voyez cet exemple : 



int S 


f 





int n 


; 




float 


X 


'• 


f() = 


2 


* 


f() = 


X 


; 



n + 5 ; // a la reference fournie par f, on range la valeur 
// de 1' expression 2*n+5, de type int 
// a la reference fournie par f, on range la valeur 
// de x, apres conversion en int 

Le principal interet de la transmission par reference d'une valeur de retour n'apparaitra que 
lorsque nous etudierons la surdefinition d'operateurs. En effet, dans certains cas, il sera indis- 
pensable qu'un operateur (en fait, une fonction) fournisse une lvalue en resultat. Ce sera pre- 
cisement le cas de l'operateur []. 

3.4.3 Conversion 

Contrairement a ce qui se produisait pour les arguments, aucune contrainte d' exactitude de 
type ne pese sur une valeur de retour, car il reste toujours possible de la soumettre a une con- 
version avant de l'utiliser : 



1. Cette erreurs'apparente acelle due a la transmission en valeur de retour d'unpointeur sur une variable locale. Elle 
est encore plus difficile a detecter dans la mesure oil le seul moment oil Ton peut utiliser la reference concernee est 
l'appel lui-meme (alors qu'un pointeur peut etre utilise a volonte...) ; dans un environnement ne modifiant pas la 
valeur d'une variable lors de sa "destruction", aucune erreur ne se manifeste ; ce n'est que lors du portage dans un 
environnement ayant un comportement different que les choses deviennent catastrophiques. 
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inf S f () 

float x ; 



x = f () ; // OK : on convertira en int la valeur situee a la reference 
// recue en retour de f 

Nous verrons au paragraphe 3.4.4 qu'il n'en va plus de meme lorsque la valeur de retour est 
une reference a une constante. 

3.4.4 Valeur de retour et Constance 

Si une fonction prevoit dans son en-tete un retour par reference, elle ne pourra pas mention- 
ner de constante dans l'instruction return. En effet, si tel etait le cas, on prendrait le risque 
que la fonction appelante modifie la valeur en question : 

int n=3 ; // variable globale 
float x=3.5 ; // idem 

int S f 1 ( ) 

{ 

return 5 ; // interdit 

return n ; //OK 

return x ; // interdit 
} 

Une exception a lieu lorsque l'en-tete mentionne une reference a une constante. Dans ce cas, 
si return mentionne une constante, on renverra la reference d'une copie de cette constante, 
precedee d'une eventuelle conversion : 

const int & f2 ( ) 

{ 

return 5 ; // OK : on renvoie la reference a une copie temporaire 

return n ; //OK 

return x ; // OK : on renvoie la reference a un int temporaire 
// obtenu par conversion de la valeur de x 
} 

Mais on notera qu'une telle reference a une constante ne pourra plus etre utilisee comme une 
lvalue : 



const 


int & f () 


int n 


; 


float 


x ; 


f() = 


2 * n + 5 


f() = 


x ; 



// erreur : f () n'est pas une lvalue 
// idem 

3.5 La reference d'une maniere generale 

N.B. Ce paragraphe peut etre ignore dans un premier temps. 

L'essentiel concernant la notion de reference a ete presente dans les paragraphes precedents. 
Cependant, en toute rigueur, la notion de reference peut intervenir en dehors de la notion 
d' argument ou de valeur de retour. C'est ce que nous allons examiner ici. 
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3.5.1 La notion de reference est plus generate que celle d'argument 

D'une maniere generale, il est possible de declarer un identificateur comme reference d'une 
autre variable. Considerez, par exemple, ces instructions : 

int n ; 

int & p = n ; 

La seconde signifie que/? est une reference a la variable n. Ainsi, dans la suite, n etp designe- 
ront le meme emplacement memoire. Par exemple, avec : 

n = 3 ; 
cout « p ; 

nous obtiendrons la valeur 3. 



> 



Remarque 



II n'est pas possible de definir des pointeurs sur des references, ni des tableaux de referen- 
ces. 



3.5.2 Initialisation de reference 

La declaration : 

int & p = n ; 

est en fait une declaration de reference (icip) accompagnee d'une initialisation (a la reference 
de «). D'une facon generale, il n'est pas possible de declarer une reference sans l'initialiser, 
comme dans : 

int & p ; // incorrect, car pas d' initialisation 

Notez bien qu'une fois declaree (et initialisee), une reference ne peut plus etre modifiee. 
D'ailleurs, aucun mecanisme n'est prevu a cet effet : si, ayant declare int & p=n ; vous ecri- 
vezp=q, il s'agit obligatoirement de l'affectation de la valeur de q a l'emplacement de refe- 
rence p, et non de la modification de la reference q. 

On ne peut pas initialiser une reference avec une constante. La declaration suivante est 
incorrecte : 

int S n = 3 ; // incorrecte 

Cela est logique puisque, si cette instruction etait acceptee, elle reviendrait a initialiser n avec 
une reference a la valeur (constante) 3. Dans ces conditions, l'instruction suivante conduirait 
a modifier la valeur de la constante 3 : 

n = 5 ; 

En revanche, il est possible de definir des references constantes 1 qui peuvent alors etre initia- 
lisees par des constantes. Ainsi la declaration suivante est-elle correcte : 

const int S n = 3 ; 



1. Depuis la version 3 de C++. 
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Elle genere une variable temporaire (ayant une duree de vie imposee par 1'emplacement de la 
declaration) contenant la valeur 3 et place sa reference dans n. On peut dire que tout se passe 
comme si vous aviez ecrit : 

int temp = 3 ; 
int & n = temp ; 

avec cette difference que, dans le premier cas, vous n'avez pas explicitement acces a la varia- 
ble temporaire. 

Enfin, les declarations suivantes sont encore correctes : 

float x ; 

const int & n = x ; 

Elles conduisent a la creation d'une variable temporaire contenant le resultat de la conversion 
de x en int et placent sa reference dans n. Ici encore, tout se passe comme si vous aviez ecrit 
ceci (sans toutefois pouvoir acceder a la variable temporaire temp) : 



float x ; int temp = 
const int & n - temp 



> 



Remarque 



En toute rigueur, l'appel d'une fonction conduit a une "initialisation" des arguments 
muets. Dans le cas d'une reference, ce sont done les regies que nous venons de decrire qui 
sont utilisees. II en va de meme pour une valeur de retour. On retrouve ainsi le comporte- 
ment decrit aux paragraphes 3.3 et 3.4. 

4 Les arguments par defaut 

4.1 Exemples 

En C ANSI, il est indispensable que l'appel d'une fonction contienne autant d'arguments que 
la fonction en attend effectivement. C++ permet de s'affranchir en partie de cette regie, grace 
a un mecanisme d'attribution de valeurs par defaut a des arguments. 

Exemple 1 

Considerez l'exemple suivant : 

#include <iostream> 
using namespace std ; 
main() 
{ 

int n=10, p=20 ; 

void fct (int, int=12) ; // proto avec une valeur par defaut 

fct (n, p) ; // appel "normal" 

fct (n) ; // appel avec un seul argument 

// fctO serait, ici, rejete */ 
} 
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void fct (int a, int b) // en-tete "habituelle" 
{ 

cout « "premier argument : " « a « "\n" ; 

cout « "second argument : " « b « "\n" ; 



premier argument 
second argument 
premier argument 
second argument 



10 
20 
10 

12 



Exemple de definition de valeur par defaut pour un argument 
La declaration defct, ici dans la fonction main, est realisee par le prototype : 

void fct (int, int =12) ; 

La declaration du second argument apparait sous la forme : 

int = 12 

Celle-ci precise au compilateur que, en cas d'absence de ce second argument dans un even- 
tuel appel defct, il lui faudra "faire comme si" l'appel avait ete effectue avec cette valeur. 

Les deux appels defct illustrent le phenomene. Notez qu'un appel tel que : 

fct ( ) 

serait rejete a la compilation puisqu'ici il n'etait pas prevu de valeur par defaut pour le pre- 
mier argument defct. 



Exemple 2 



Voici un second exemple, dans lequel nous avons prevu des valeurs par defaut pour tous les 
arguments defct : 

#include <iostream> 
using namespace std ; 
main { ) 
{ 

int n=10, p=20 ; 

void fct (int=0, int=12) ; // proto avec deux valeurs par defaut 

fct (n, p) ; // appel "normal" 

fct (n) ; // appel avec un seul argument 

fct () ; // appel sans argument 



void fct (int a, int b) // en-tete "habituelle" 
{ 

cout « "premier argument : " « a « "\n" ; 

cout « "second argument : " « b « "\n" ; 
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premier argument 


10 


second argument 


20 


premier argument 


10 


second argument 


12 


premier argument 





second argument 


12 



Exemple de definition de valeurs par defaut pour plusieurs arguments 



4.2 Les proprietes des arguments par defaut 

Lorsqu'une declaration prevoit des valeurs par defaut, les arguments concernes doivent obli- 
gatoirement etre les derniers de la liste. 

Par exemple, une declaration telle que : 

float fexple (int = 5, long, int = 3) ; 

est interdite. En fait, une telle interdiction releve du pur bon sens. En effet, si cette decla- 
ration etait acceptee, l'appel suivant : 

fexple (10, 20) ; 

pourrait etre interprets aussi bien comme : 

fexple (5, 10, 20) ; 

que comme : 

fexple (10, 20, 3) ; 

Notez bien que le mecanisme propose par C++ revient a fixer les valeurs par defaut dans la 
declaration de la fonction et non dans sa definition. Autrement dit, ce n'est pas le "concep- 
teur" de la fonction qui decide des valeurs par defaut, mais l'utilisateur. Une consequence 
immediate de cette particularity est que les arguments soumis a ce mecanisme et les valeurs 
correspondantes peuvent varier d'une utilisation a une autre ; en pratique toutefois, ce point 
ne sera guere exploite, ne serait-ce que parce que les declarations de fonctions sont en gene- 
ral "figees" une fois pour toutes, dans un fichier en-tete. 

Nous verrons que les arguments par defaut se reveleront particulierement precieux lorsqu'il 
s'agira de fabriquer ce que Ton nomme le "constructeur d'une classe". 



\> 



Remarques 

1 Si Ton souhaite attribuer une valeur par defaut a un argument de type pointeur, on prendra 
garde de separer par au moins un espace les caracteres * et = ; dans le cas contraire, ils 
seraient interpreter comme l'operateur d'affectation *=, ce qui conduirait a une erreur. 
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2 Les valeurs par defaut ne sont pas necessairement des expressions constantes. Elles 
peuvent toutefois pas faire intervenir de variables locales 1 . 



ne 



if""} En Java 

Les arguments par defaut n'existent pas en Java. 

5 Surdefinition de fonctions 

D'une maniere generale, on parle de "surdefinition" 2 lorsqu'un meme symbole possede plu- 
sieurs significations differentes, le choix de l'une des significations se faisant en fonction du 
contexte. C'est ainsi que C, comme la plupart des langages evolues, utilise la surdefinition 
d'un certain nombre d'operateurs. Par exemple, dans une expression telle que : 

a + b 

la signification du + depend du type des operandes a et b ; suivant le cas, il pourra s'agir d'une 
addition d'entiers ou d'une addition de flottants. De meme, le symbole * peut designer, sui- 
vant le contexte, une multiplication d'entiers, de flottants ou une indirection 3 . 

Un des grands atouts de C++ est de permettre la surdefinition de la plupart des operateurs 
(lorsqu'ils sont associes a la notion de classe). Lorsque nous etudierons cet aspect, nous ver- 
rons qu'il repose en fait sur la surdefinition de fonctions. C'est cette derniere possibility que 
nous proposons d'etudier ici pour elle-meme. 

Pour pouvoir employer plusieurs fonctions de meme nom, il faut bien stir un critere (autre 
que le nom) permettant de choisir la bonne fonction. En C++, ce choix est base (comme pour 
les operateurs cites precedemment en exemple) sur le type des arguments. Nous commence - 
rons par vous presenter un exemple complet montrant comment mettre en oeuvre la surdefini- 
tion de fonctions. Nous examinerons ensuite differentes situations d'appel d'une fonction 
surdefinie avant d'etudier les regies detaillees qui president au choix de la "bonne fonction". 

5.1 Mise en oeuvre de la surdefinition de fonctions 

Nous allons definir et utiliser deux fonctions nominees sosie. La premiere possedera un argu- 
ment de type int, la seconde un argument de type double, ce qui les differencie bien l'une de 
l'autre. Pour que l'execution du programme montre clairement la fonction effectivement 
appelee, nous introduisons dans chacune une instruction d'affichage appropriee. Dans le pro- 



1. Ni la valeur this pour les fonctions membres {this sera etudie au chapitre 5). 

2. De overloading, parfois traduit par "surcharge". 

3. On parle parfois de "dereference" ; cela correspond a des situations telles que : 

int * a ; 

*a = 5; 
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gramme d'essai, nous nous contentons d'appeler successivement la fonction surdefinie sosie, 
une premiere fois avec un argument de type int, une seconde fois avec un argument de type 
double. 



#include <iostreain> 
using namespace std ; 

void sosie (int) ; 
void sosie (double) ; 



// les prototypes 



// le programme de test 



main() 
{ 

int n=5 ; 

double x=2.5 ; 

sosie (n) ; 

sosie (x) ; 
} 

void sosie (int a) 
{ 

cout << "sosie numero I 
} 

void sosie (double a) 
{ 

cout << "sosie numero II a = " « a « "\n" ; 
} 



// la premiere fonction 
= " « a « "\n" ; 

// la deuxieme fonction 



sosie numero I a = 5 
sosie numero II a = 2.5 



Exemple de surdefinition de la fonction sosie 

Vous constatez que le compilateur a bien mis en place l'appel de la "bonne fonction" sosie, au 
vu de la liste d'arguments (ici reduite a un seul). 



5.2 Exemples de choix d'une fonction surdefinie 

Notre precedent exemple etait simple, dans la mesure ou nous appelions toujours la fonction 
sosie avec un argument ayant exactement l'un des types prevus dans les prototypes {int ou 
double). On peut se demander ce qui se produirait si nous l'appelions par exemple avec un 
argument de type char, long ou pointeur, ou si Ton avait affaire a des fonctions comportant 
plusieurs arguments... 

Avant de presenter les regies de determination d'une fonction surdefinie, examinons tout 
d'abord quelques situations assez intuitives. 
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Exemple 1 



void sosie (int) ; // sosie I 
void sosie (double) ; // sosie II 
char c ; float y ; 



sosie (c) ; // appelle sosie I, apres conversion de c en int 
sosie (y) ; // appelle sosie II, apres conversion de y en double 
sosie CoV) ; // appelle sosie I, apres conversion de 'd' en int 



Exemple 2 



void affiche (char *) ; // affiche I 

void affiche (void *) ; // affiche II 
char * adl ; 

double * ad2 ; 



affiche (adl) ; // appelle affiche I 

affiche (ad2) ; // appelle affiche II, apres conversion de ad2 en void 



Exemple 3 



void essai (int, double) ; // essai I 
void essai (double, int) ; // essai II 
int n, p ; double z ; char c ; 



essai (n, z) ; // appelle essai I 

essai (c,z) ; // appelle essai I, apres conversion de c en int 

essai (n,p) ; // erreur de compilation, 

Compte tenu de son ambiguite, le dernier appel conduit a une erreur de compilation. En effet, 
deux possibilites existent ici : convertir/? en double sans modifier n et appeler essai I ou, au 
contraire, convertir n en double sans modifier/? et appeler essai II. 



Exemple 4 



void test (int n=0, double x=0) ; // test I 
void test (double y=0, int p=0) ; // test II 
int n ; double z ; 



test (n, z) ; // appelle test I 

test(z,n) ; // appelle test II 

test (n) ; // appelle test I 

test(z) ; // appelle test II 

test() ; // erreur de compilation, compte tenu de 1' ambiguite. 

Exemple 5 

Avec ces declarations : 

void true (int) ; // true I 
void true (const int) ; // true II 

vous obtiendrez une erreur de compilation. En effet, C++ n'a pas prevu de distinguer int de 
const int. Cela se justifie par le fait que, les deux fonctions true recevant une copie de l'infor- 
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mation a traiter, il n'y a aucun risque de modifier la valeur originale. Notez bien qu'ici 
l'erreurtient a la seule presence des declarations de chose, independamment d'un appel quel- 
conque. 

Exemple 6 

En revanche, considerez maintenant ces declarations : 

void chose (int *) ; // chose I 
void chose (const int *) ; // chose II 
int n = 3 ; 
const p = 5 ; 

Cette fois, la distinction entre int * et const int * est justifiee. En effet, on peut tres bien pre- 
voir que chose I modifie la valeur de la lvalue 1 dont elle recoit l'adresse, tandis que chose II 
n'en fait rien. Cette distinction est possible en C+, de sorte que : 

chose (&n) ; // appelle chose I 
chose (&p) ; // appelle chose II 

Exemple 7 

Les reflexions de l'exemple precedent a propos des pointeurs s'appliquent aux references : 

void chose (int S) ; // chose I 
void chose (const int S) ; // chose II 
int n = 3 ; 
const int p = 5 ; 



chose (n) ; // appelle chose I 
chose (p) ; // appelle chose II 



> 



Remarque 



En dehors de la situation examinee ici, on notera que le mode de transmission (reference 
ou valeur) n'intervient pas dans le choix d'une fonction surdefinie. Par exemple, les 
declarations suivantes conduiraient a une erreur de compilation due a leur ambiguite 
(independamment de tout appel de chose) : 

void chose (int &) ; 
void chose (int) ; 

Exemple 8 

L'exemple precedent a montre comment on pouvait distinguer entre deux fonctions agissant, 
l'une sur une reference, l'autre sur une reference constante. Mais l'utilisation de references 
possede des consequences plus subtiles, comme le montrent ces exemples (revoyez eventuel- 
lement le paragraphe 3.3.4) : 



1. Rappelons qu'on nomme lvalue la reference a quelque chose dont on peut modifier la valeur. Ce terme provient de 
la contraction de left value, qui designe quelque chose qui peut apparaitre a gauche d'un operateur d'affectation. 
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void chose (int &) ; // chose I 
void chose (const int &) // chose II 
int n : 
float x ; 



chose (n) ; // appelle chose I 

chose (2) ; // appelle chose II, apres copie eventuelle de 2 dans un entier 1 

// temporal re dont la reference sera transmise a chose 
chose (x) ; // appelle chose II, apres conversion de la valeur de x en un 

// entier temporaire dont la reference sera transmise a chose 

5.3 Regies de recherche d'une fonction surdefinie 

Pour l'instant, nous vous presenterons plutot la philosophic generate, ce qui sera suffisant 
pour l'etude des chapitres suivants. Au cours de cet ouvrage, nous serons amene a vous 
apporter des informations complementaires. De plus, l'ensemble de toutes ces regies sont 
reprises en Annexe A. 

5.3.1 Cas des fonctions a un argument 

Le compilateur recherche la "meilleure correspondance" possible. Bien entendu, pour pou- 
voir definir ce qu'est cette meilleure correspondance, il faut qu'il dispose d'un critere d'eva- 
luation. Pour ce faire, il est prevu differents niveaux de correspondance : 

1) Correspondance exacte : on distingue bien les uns des autres les differents types de base, 
en tenant compte de leur eventuel attribut de signe 2 ; de plus, comme on l'a vu dans les 
exemples precedents, l'attribut const peut intervener dans le cas de pointeurs ou de referen- 
ces. 

2) Correspondance avec promotions numeriques, c'est-a-dire essentiellement : 

char et short -> int 

float -> double 

Rappelons qu'un argument transmis par reference ne peut etre soumis a aucune conver- 
sion, sauf lorsqu'il s'agit de la reference a une constante. 

3) Conversions dites standard : il s'agit des conversions legates en C++, c'est-a-dire de celles 
qui peuvent etre imposees par une affectation (sans operateur de cast) ; cette fois, il peut 
s'agir de conversions degradantes puisque, notamment, toute conversion d'un type nume- 
rique en un autre type numerique est acceptee. 

D'autres niveaux sont prevus ; en particulier on pourra faire intervenir ce que Ton nomme 
des "conversions definies par l'utilisateur" (C.D.U.), qui ne seront etudiees qu'au 
chapitre 10. 



1. Comme l'autorise la norme, ['implementation est libre de faire ou non une copie dans ce cas. 

2. Attention : en C++, char est different de signed char et de unsigned char. 
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La encore, un argument transmis par reference ne pourra etre soumis a aucune conversion, 
sauf s'il s'agit d'une reference a une constante. 

La recherche s'arrete au premier niveau ay ant permis de trouver une correspondance, qui doit 
alors etre unique. Si plusieurs fonctions conviennent au meme niveau de correspondance, il y 
a erreur de compilation due a l'ambiguite rencontree. Bien entendu, si aucune fonction ne 
convient a aucun niveau, il y a aussi erreur de compilation. 

5.3.2 Cas des fonctions a plusieurs arguments 

L'idee generale est qu'il doit se degager une fonction "meilleure" que toutes les autres. Pour 
ce faire, le compilateur selectionne, pour chaque argument, la ou les fonctions qui realisent 
la meilleure correspondance (au sens de la hierarchie definie ci-dessus). Parmi l'ensemble des 
fonctions ainsi selectionnees, il choisit celle (si elle existe et si elle est unique) qui realise, 
pour chaque argument, une correspondance au moins egale a celle de toutes les autres fonc- 
tions 1 . 

Si plusieurs fonctions conviennent, la encore, on aura une erreur de compilation due a l'ambi- 
guite rencontree. De meme, si aucune fonction ne convient, il y aura erreur de compilation. 

Notez que les fonctions comportant un ou plusieurs arguments par defaut sont traitees 
comme si plusieurs fonctions differentes avaient ete definies avec un nombre croissant 
d arguments. 

5.3.3 Le mecanisme de la surdefinition de fonctions 

Jusqu'ici, nous avons examine la maniere dont le compilateur faisait le choix de la "bonne 
fonction", en raisonnant sur un seul fichier source a la fois. Mais il serait tout a fait 
envisageable : 

• de compiler dans un premier temps un fichier source contenant la definition de nos deux 
fonctions nominees sosie, 

• d'utiliser ulterieurement ces fonctions dans un autre fichier source en nous contentant d'en 
fournir les prototypes. 

Or pour que cela soit possible, l'editeur de liens doit etre en mesure d'effectuer le lien entre le 
choix opere par le compilateur et la "bonne fonction" figurant dans un autre module objet. 
Cette reconnaissance est basee sur la modification, par le compilateur, des noms "externes" 
des fonctions ; celui-ci fabrique un nouveau nom fonde d'une part sur le nom interne de la 
fonction, d' autre part sur le nombre et la nature de ses arguments. 

II est tres important de noter que ce mecanisme s'applique a toutes les fonctions, qu'elles 
soient surdefinies ou non (il est impossible de savoir si une fonction compilee dans un fichier 
source sera surdefinie dans un autre). On voit done qu'un probleme se pose, des que Ton sou- 
haite utiliser dans un programme C++ une fonction ecrite et compilee en C (ou dans un autre 



1. Ce qui revient a dire qu'il considere l'intersection des ensembles constitues des fonctions realisant la meilleure 
correspondance pour chacun des arguments. 



Les specif icites du C++ 



> 



Chapitre 4 



langage utilisant les memes conventions d'appels de fonction, notamment l'assembleur ou le 
Fortran). En effet, une telle fonction ne voit pas son nom modifie suivant le mecanisme evo- 
que. Une solution existe toutefois : declarer une telle fonction en faisant preceder son proto- 
type de la mention extern "C". Par exemple, si nous avons ecrit et compile en C une fonction 
d'en-tete : 

double fct (int n, char c) ; 

et que nous souhaitons l'utiliser dans un programme C++, il nous suffira de fournir son pro- 
totype de la facon suivante : 

extern "C" double fct (int, char) ; 

Remarques 

1 II existe une forme "collective" de la declaration extern, qui se presente ainsi : 

extern "C" 
{ void exple (int) ; 
double chose (int, char, float) ; 



} ; 

Le probleme evoque pour les fonctions C (assembleur ou Fortran) se pose, a priori, 
pour toutes les fonctions de la bibliotheque standard C que Ton reutilise en C++. En 
fait, dans la plupart des environnements, cet aspect est automatiquement pris en charge 
au niveau des fichiers en-tete correspondants (ils contiennent des declarations extern 
conditionnelles). 

II est possible d'employer, au sein d'un meme programme C++, une fonction C (assem- 
bleur ou Fortran) et une ou plusieurs autres fonctions C++ de meme nom (mais d'argu- 
ments differents). Par exemple, nous pouvons utiliser dans un programme C++ la 
fonction fct precedente et deux fonctions C++ d'en-tete : 

void fct (double x) 
void fct (float y) 

en procedant ainsi : 

extern "C" void fct (int) ; 
void fct (double) ; 
void fct (float) ; 

Suivant la nature de l'argument d'appel de fct, il y aura bien appel de l'une des trois 
fonctions fct. Notez qu'il n'est pas possible de mentionner plusieurs fonctions C de 
nom fct. 



f**l En Java 



La surdefinition des fonctions existe en Java. Les regies de recherche de la bonne fonc- 
tion sont extremement simples car il existe peu de possibilites de conversions implicites. 
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6 Les operateurs new et delete 

En langage C, la gestion dynamique de memoire fait appel a des fonctions de la bibliotheque 
standard telles que malloc etfree. Bien entendu, comme toutes les fonctions standard, celles- 
ci restent utilisables en C++. 

Mais dans le contexte de la Programmation Orientee Objet, C++ a introduit deux nouveaux 
operateurs, new et delete, particulierement adaptes a la gestion dynamique d'objets. Ces ope- 
rateurs peuvent egalement etre utilises pour des "variables classiques 1 ". Dans ces conditions, 
par souci d'homogeneite et de simplicity, il est plus raisonnable, en C++, d'utiliser systemati- 
quement ces operateurs, que Ton ait affaire a des variables classiques ou a des objets. C'est 
pourquoi nous vous les presentons des maintenant. 

6.1 Exemples d'utilisation de new 
Exemple 1 

Avec la declaration : 

int * ad ; 

l'instruction : 

ad = new int ; 

permet d'allouer l'espace memoire necessaire pour un element de type int et d'affecter a ad 
l'adresse correspondante. En C, vous auriez obtenu le meme resultat en ecrivant (l'operateur 
de cast, ici int *, etant facultatif). : 

ad = (int *) malloc (sizeof (int) ) ; 

Comme les declarations ont un emplacement libre en C++, vous pouvez meme declarer la 
variable ad au moment ou vous en avez besoin en ecrivant, par exemple : 

int * ad = new int ; 

Exemple 2 

Avec la declaration : 

char * adc ; 

l'instruction : 

adc = new char [100] ; 

alloue l'emplacement necessaire pour un tableau de 100 caracteres et place l'adresse (de 
debut) dans adc. En C, vous auriez obtenu le meme resultat en ecrivant : 

adc = (char *) malloc (100) ; 



1. Un objet etant en fait line variable d'un type particulier. 
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6.2 Syntaxe et role de new 

L'operateur unaire (a un seul operande) new s'utilise ainsi : 

new type 

ou type represente un type absolument quelconque. II fournit comme resultat un pointeur (de 
type type*) sur l'emplacement correspondant, lorsque l'allocation a reussi. 

L'operateur new accepte egalement une syntaxe de la forme : 

new type [n] 

ou n designe une expression entiere quelconque (non negative). Cette instruction alloue alors 
l'emplacement necessaire pour n elements du type indique ; si l'operation a reussi, elle fournit 
en resultat un pointeur (toujours de type type *) sur le premier element de ce tableau. 

La norme de C++ prevoit qu'en cas d'echec, new declenche ce que Ton nomme une exception 
de type badalloc. Ce mecanisme de gestion des exceptions est etudie en detail au chapitre 
17. Vous verrez que si rien n'est prevu par le programmeur pour traiter une exception, le pro- 
gramme s'interrompt. 

II est cependant possible de demander a new de se comporter differemment en cas d'echec, 
comme nous le verrons aux paragraphes 6.5 et 6.6. 



> 



Remarque 



En toute rigueur, new peut etre utilise pour allouer un emplacement pour un tableau a plu- 
sieurs dimensions, par exemple : 

new type [n] [10] 

Dans ce cas, new fournit un pointeur sur des tableaux de 10 entiers (dont le type se note 
type (*) [10]). D'une maniere generale, la premiere dimension peut etre une expression 
entiere quelconque ; les autres doivent obligatoirement etre des expressions constantes. 

Cette possibility est rarement utilisee en pratique. 



f*n En Java 



II existe egalement un operateur new. Mais il ne s'applique pas aux types de base ; il est 
reserve aux objets. 

6.3 Exemples d'utilisation de l'operateur delete 

Lorsque Ton souhaite liberer un emplacement alloue prealablement par new, on doit absolu- 
ment utiliser l'operateur delete. Ainsi, pour liberer les emplacements crees dans les exemples 
du paragraphe 6. 1 , on ecrit : 

delete ad : 
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pour l'emplacement alloue par : 

ad = new int ; 

et : 

delete adc ; 

pour l'emplacement alloue par : 

adc = new char [100] ; 

6.4 Syntaxe et role de I'operateur delete 

La syntaxe usuelle de I'operateur delete est la suivante {adresse etant une expression devant 
avoir comme valeur un pointeur sur un emplacement alloue par new) : 

delete adresse 

Notez bien que le comportement du programme n'est absolument pas defini lorsque : 

• vous liberez par delete un emplacement deja libere ; nous verrons que des precautions 
devront etre prises lorsque Ton definit des constructeurs et des destructeurs de certains 
objets, 

• vous fournissez a delete une "mauvaise adresse" ou un pointeur obtenu autrement que par 
new {malloc, par exemple). 



> 



Remarque 



II existe une autre syntaxe de delete ; de la forme delete [] adresse qui n'intervient que 
dans le cas de tableaux d'objets, et dont nous parlerons au paragraphe 7 du chapitre 7 



6.5 L'operateur new (nothrow) 

Comme l'a montre le paragraphe 6.2, new declenche une exception bad alloc en cas 
d'echec. Dans les versions d'avant la norme, new fournissait (comme malloc) un pointeur nul 
en cas d'echec. Avec la norme, on peut retrouver ce comportement en utilisant, au lieu de 
new, I'operateur new ( std :: nothrow) {std:: est superflu des lors qu'on a bien declare cet 
espace de nom par using). 

A titre d'exemple, voici un programme qui alloue des emplacements pour des tableaux 
d'entiers dont la taille est fournie en donnee, et ce jusqu'a ce qu'il n'y ait plus suffisam- 
ment de place (notez qu'ici nous utilisons toujours la meme variable adr pour recevoir 
les differentes adresses des tableaux, ce qui, dans un programme reel, ne serait probable- 
ment pas acceptable). 

#include <cstdlib> // ancien <stdlib.h> pour exit 
#include <iostream> 
using namespace std ; 
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main ( ) 

{ long taille ; 
int * adr ; 
int nbloc ; 

cout « "Taille souhaitee ? " ; 
cin » taille ; 
for (nbloc=l ; ; nbloc++) 
{ adr = new (nothrow) int [taille] ; 

if (adr==0) { cout « "**** manque de memoire ****\n" 
exit (-1) ; 
} 
cout « "Allocation bloc numero : " « nbloc « "\n" 



Taille souhaitee ? 4000000 



Allocation bloc numero 
Allocation bloc numero 
Allocation bloc numero 

**** manque de memoire 



Exemple d 'utilisation de new (nothrow) 

6.6 Gestion des debordements de memoire 
avec set_new_handler 

Comme on Fa vu au paragraphe 6.2, new declenche une exception badalloc en cas d'echec. 
Mais il est egalement possible de definir une fonction de votre choix et de demander qu'elle 
soit appelee en cas de manque de memoire. II vous suffit pour cela d'appeler la fonction 
set new handler en lui fournissant, en argument, l'adresse de la fonction que vous avez pre- 
vue pour traiter le cas de manque de memoire. Voici comment nous pourrions adapter 
F exemple precedent : 



#include <cstdlib> // ancien <stdlib.h> pour exit 
#include <new> // pour set_new_handler (parfois <new.h>) 
#include <iostream> 
using namespace std ; 

main ( ) 
{ 

void deborde () ; // proto fonction appelee en cas manque memoire 

set_new_handler (deborde) ; 

long taille ; 

int * adr ; 

int nbloc ; 

cout « "Taille de bloc souhaitee (en entiers) ? " ; 

cin » taille ; 
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for (nbloc=l ; ; nbloc++) 

{ adr = new int [taille] ; 

cout « "Allocation bloc numero : " « nbloc « "\n" 



} 



void deborde () // fonction appelee en cas de manque memoire 
{ cout << "Memoire insuf fisante\n" ; 

cout « "Abandon de l'execution\n" ; 

exit (-1) ; 



Taille de bloc souhaitee (en entiers) ? 4000000 



Allocation bloc numero 
Allocation bloc numero 
Allocation bloc numero 



1 

2 

3 

Memoire insuffisante pour allouer 16000000 octets 
Abandon de I 1 execution 
Press any key to continue 

Exemple d'utilisation de set new handler 

7 La specification inline 

7.1 Rappels concernant les macros et les fonctions 

En langage C, vous savez qu'il existe deux notions assez voisines, a savoir les macros et les 
fonctions. Une macro et une fonction s'utilisent apparemment de la meme facon, en faisant 
suivre leur nom d'une liste d'arguments entre parentheses. Cependant : 

• les instructions correspondant a une macro sont incorporees a votre programme 1 , chaque 
fois que vous l'appelez ; 

• les instructions correspondant a une fonction sont "generees" une seule fois 2 ; a chaque ap- 
pel, il y aura seulement mise en place des instructions necessaires pour etablir la liaison en- 
tre le programme 3 et la fonction : sauvegarde de "l'etat courant" (valeurs de certains 
registres, par exemple), recopie des valeurs des arguments, branchement avec conservation 
de l'adresse de retour, recopie de la valeur de retour, restauration de l'etat courant et retour 
dans le programme. Toutes ces instructions necessaires a la mise en oeuvre de l'appel de la 



1. En toute rigueur, 1'incorporation est realisee au niveau du preprocesseur, lequel introduit les instructions en langage 
C correspondant a "l'expansion" de la macro ; ces instructions peuvent d'ailleurs varier d'un appel a un autre. 

2. Par le compilateur cette fois, sous forme destructions en langage machine. 

3. En toute rigueur, il faudrait plutot parler de fonction appelante. 
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fonction n'existent pas dans le cas de la macro. On peut done dire que la fonction permet de 
gagner de l'espace memoire, en contrepartie d'une perte de temps d'execution. Bien entendu, 
la perte de temps sera d'autant plus faible que la fonction sera de taille importante ; 

• contrairement aux fonctions, les macros peuvent entrainer des "effets de bord" indesirables, 
ou du moins imprevus. Voici deux exemples : 

- Si une macro introduit de nouvelles variables, celles-ci peuvent interferer avec d'autres 
variables de meme nom. Ce risque n'existe pas avec une fonction, sauf si Ton utilise, vo- 
lontairement cette fois, des variables globales. 

- Une macro definie par : 

carre(x) x * x 

et appelee par : 

carre(a++) 

generera les instructions : 

a++ * a++ 

qui incrementent deux fois la variable a. 

En C, lorsque Ton a besoin d'une fonction courte et que le temps d'execution est primordial, 
on fait generalement appel a une macro, malgre les inconvenients que cela implique. En C++, 
il existe une solution plus satisfaisante : utiliser une fonction en ligne (inline). 

7.2 Utilisation de fonctions en ligne 

Une fonction en ligne se definit et s'utilise comme une fonction ordinaire, a la seule diffe- 
rence qu'on fait preceder son en-tete de la specification inline. En voici un exemple : 

#include <cmath> // ancien <math.h> pour sqrt 
#include <iostream> 
using namespace std ; 

/* definition d'une fonction en ligne */ 
inline double norme {double vec[3]) 
{ int i ; double s = ; 

for (i=0 ; i<3 ; i++) 
s+= vec[i] * vec[i] ; 

return sqrt(s) ; 
} 

/* exemple d' utilisation */ 
main ( ) 
{ double vl[3], v2[3] ; 

int i ; 

for (i=0 ; i<3 ; i++) 

{ vl[i] = i ; v2[i] = 2*i-l ; 
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cout << "norme de vl 
cout << "norme de v2 



" « norme (vl) « "\n" 
11 « norme (v2) « "\n" 



norme de vl : 2.23607 
norme de v2 : 3.31662 



Exemple de definition et d'utilisation d'une fonction en ligne 

La fonction norme a pour but de calculer la norme d'un vecteur a trois composantes qu'on lui 
fournit en argument. 

La presence du mot inline demande au compilateur de traiter la fonction norme differemment 
d'une fonction ordinaire. A chaque appel de norme, le compilateur devra incorporer au sein 
du programme les instructions correspondantes (en langage machine 1 ). Le mecanisme habi- 
tuel de gestion de l'appel et du retour n'existera plus (il n'y a plus besoin de sauvegardes, 
recopies...), ce qui permet une economie de temps. En revanche, les instructions correspon- 
dantes seront generees a chaque appel, ce qui consommera une quantite de memoire croissant 
avec le nombre d'appels. 

II est tres important de noter que, par sa nature meme, une fonction en ligne doit etre definie 
dans le meme fichier source que celui ou on l'utilise. Elle ne peut plus etre compilee 
separement ! Cela explique qu'il n'est pas necessaire de declarer une telle fonction (sauf si 
elle est utilisee, au sein d'un fichier source, avant d'etre definie). Ainsi, on ne trouve pas dans 
notre exemple de declaration telle que : 

double norme (double) ; 

Cette absence de possibility de compilation separee constitue une contrepartie notable aux 
avantages offerts par la fonction en ligne. En effet, pour qu'une meme fonction en ligne 
puisse etre partagee par differents programmes, il faudra absolument la placer dans un fichier 
en-tete 2 (comme on le fait avec une macro). 





Avantages 


Inconvenients 


Macro 


- Economie de temps 
d'execution 


- Perte d'espace memoire 

- Risque d'effets de bord non desires 

- Pas de compilation separee possible 


Fonction 


- Economie d'espace memoire 

- Compilation separee possible 


- Perte de temps d'execution 


Fonction "en ligne" 


- Economie de temps 
d'execution 


- Perte d'espace memoire 

- Pas de compilation separee possible 



Comparaison entre macro, fonction et fonction en ligne 



1. Notez qu'il s'agit bien ici d'un travail effectue par le compilateur lui-meme, alors que dans le cas d'une macro, un 
travail comparable etait effectue par le preprocesseur. 

2. A moins d'en ecrire plusieurs fois la definition, ce qui ne serait pas "raisonnable", compte tenu des risques d'erreurs 
que cela comporte. 
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Remarque 



La declaration inline constitue une demande effectuee aupres du compilateur. Ce dernier 
peut eventuellement (par exemple, si la fonction est volumineuse) ne pas l'introduire en 
ligne et en faire une fonction ordinaire. De meme, si vous utilisez quelque part (au sein du 
fichier source concerne) l'adresse d'une fonction declaree inline, le compilateur en fera 
une fonction ordinaire (dans le cas contraire, il serait incapable de lui attribuer une 
adresse et encore moins de mettre en place un eventuel appel d'une fonction situee a cette 
adresse). 



8 Les espaces de noms 



Lorsque Ton doit utiliser plusieurs bibliotheques dans un programme, on peut etre confronte 
au probleme dit de "pollution de l'espace des noms", lie a ce qu'un meme identificateur peut 
tres bien avoir ete utilise par plusieurs bibliotheques. Le meme probleme peut se poser, a un 
degre moindre toutefois, lors du developpement de gros programmes. C'est la raison pour 
laquelle la norme ANSI du C++ a introduit le concept d'"espace de noms". II s'agit simple - 
ment de donner un nom a un "espace" de declarations, en procedant ainsi : 

namespace une_bibli 

{ // declarations usuelles 

} 

Pour se referer a des identificateurs definis dans cet espace de noms, on utilisera une instruc- 
tion using : 

using namespace une_bibli 

// ici, les identificateurs de une_bibli sont connus 

On peut lever l'ambiguite risquant d'apparaitre lorsqu'on utilise plusieurs espaces de noms 
comportant des identificateurs identiques ; il suffit pour cela de faire appel a l'operateur de 
resolution de portee, par exemple : 

une_bibli: :point ... // on se refere a 1' identificateur point 
// de l'espace de noms une_bibli 

On peut aussi utiliser l'instruction using pour faire un choix permanent : 

using une_bibli: : point ; // dorenavant, 1' identificateur point, employe seul 

// correspondra a celui defini dans 
/ / 1 ' espace de noms une_bibli 

Lous les identificateurs des fichiers en-tete standard sont definis dans l'espace de noms std ; 
aussi est-il necessaire de recourir systematiquement a l'instruction : 

using namespace std ; /* utilisation des fichiers en-tete standard */ 

Generalement, cette instruction figurera a un niveau global, comme nous l'avons fait dans les 
exemples precedents. En revanche, elle ne peut apparaitre que si l'espace de noms qu'elle 
mentionne existe deja ; en pratique, cela signifie que cette instruction sera placee apres 
1 'inclusion des fichiers en-tete. 
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Ces quelques considerations seront suffisantes pour l'instant. Les espaces de noms seront 
etudies en detail au chapitre 24. 




Remarque 



Certains environnements ne respectent pas encore la norme sur le plan des espaces de 
noms. L'instruction using peut alors etre indisponible. En general, dans de tels environne- 
ments, les fichiers en-tete sont encore suffixes par .h. Certains environnements permettent 
d'utiliser indifferemment <iostream> avec using ou <iostream.h> sans using 1 . 



9 Le type bool 



Ce type est tout naturellement forme de deux valeurs notees true et false. En theorie, les 
resultats des comparaisons ou des combinaisons logiques doivent etre de ce type. Toutefois, 
il existe des conversions implicites : 

• de bool en numerique, true devenant 1 et false devenant ; 

• de numerique (y compris flottant) en bool, toute valeur non nulle devenant true et zero de- 
venant false. 

Dans ces conditions, tout se passe finalement comme si bool etait un type enumere ainsi 
defini : 

typedef enum { false=0, true } bool ; 

En definitive, ce type bool sert surtout a apporter plus de clarte aux programmes, sans remet- 
tre en cause quoi que ce soit. 

10 Les nouveaux operateurs de cast 

En C++ comme en C, il est possible de realiser des conversions explicites a l'aide d'un opera- 
teur de "cast". Les conversions acceptees comportent naturellement toutes les conversions 
implicites legales, auxquelles s'ajoutent quelques autres pouvant etre degradantes ou depen- 
dantes de l'implementation. 

La norme ANSI de C++ a conserve ces possibilites, tout en proposant de nouveaux opera- 
teurs de cast, plus evocateurs de la nature de la conversion et de sa portabilite eventuelle. lis 
sont formes comme les operateurs classiques a l'aide du type souhaite, complete d'un mot cle 
precisant le type de conversion : 

• const cast pour aj outer ou supprimer a un type l'un des modificateurs const ou volatile (les 
types de depart et d'arriver ne devant differer que par ces modificateurs). 



1. Une telle instruction using provoquera line erreur si aucun fichier en-tete se referant a l'espace de noms std n'a ete 
inclus. Ce sera notamment le cas si on se limite a <iostream.h> . 
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• reinterpret cast pour les conversions dont le resultat depend de l'implementation ; typique- 
ment, il s'agit des conversions d'entier vers pointeur et de pointeur vers entier, 

• static cast pour les conversions independantes de l'implementation. En fait, les conversions 
de pointeur vers pointeur entrent dans cette categorie, malgre les differences qui peuvent ap- 
paraitre a cause des contraintes d'alignement propres a chaque implementation. 

Voici quelques exemples commentes : 

#include <iostreain> 
using namespace std ; 

main {) 
{ 

int n = 12 ; 

const int * adl = &n ; 

int * ad2 ; 



ad2 = (int *) adl ; 

ad2 = const_cast <int *> (adl) ; 

adl = ad2 ; 

adl = (const int *) ad2 ; 

adl = const_cast <const int *> (ao!2) 



// ancienne forme conseillee 

// (ad2 = adl serait rejetee) 

// forme ANSI conseillee 

// legale 

// forme ancienne conseillee 

// forme ANSI conseillee 



const int p = 12 ; 

const int * const ad3 = &p 

int * ad4 ; 



ad4 = (int *) ad3 ; 

ad4 = const_cast <int *> (ad3) 



// ancienne forme conseillee 
// (ad4 = ad3 serait rejetee) 
// forme ANSI conseillee 



Exemples d'utilisation de Voperateur const cast 



#include <iostream> 
using namespace std ; 



main () 

{ 

long n ; 

int * adi ; 

adi = (int *) n ; 

adi = reinterpret_cast <int *> (n) ; 

n = (long) adi ; 



// ancienne forme conseillee 
// (adi = n serait rejetee) 

// forme ANSI conseillee 

// ancienne forme conseillee 
// (n = adi serait rejetee) 
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n = reinterpret_cast <long> (adi) ; // forme ANSI conseillee 

int p ; 

p = n ; // acceptee 

p = (int) n ; // ancienne forme conseillee 

p = static_cast <int> (n) ; // forme ANSI conseillee 



Exemples d 'utilisation des operateurs reinterpret cast <-...> et static cast 

\^S~ Remarque 

Ces nouveaux operateurs n'apportent aucune possibility de conversion supplemental. II 
n'en ira pas de meme de l'operateur dynamic cast, etudie au chapitre 15. 
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Classes et objets 



Avec ce chapitre, nous abordons veritablement les possibilites de P.O.O. de C++. Comme 
nous l'avons dit dans le premier chapitre, celles-ci reposent entierement sur le concept de 
classe. Une classe est la generalisation de la notion de type defini par l'utilisateur 1 , dans 
lequel se trouvent associees a la fois des donnees (membres donnees) et des methodes (fonc- 
tions membres). En P.O.O. "pure", les donnees sont encapsulees et leur acces ne peut se faire 
que par le biais des methodes. C++ vous autorise a n'encapsuler qu'une partie des donnees 
d'une classe (cette demarche reste cependant fortement deconseillee). II existe meme un type 
particulier, correspondant a la generalisation du type structure du C, dans lequel sont effecti- 
vement associees des donnees et des methodes, mais sans aucune encapsulation. 

En pratique, ce nouveau type structure du C++ sera rarement employe sous cette forme gene- 
ralisee. En revanche, sur le plan conceptuel, il correspond a un cas particulier de la classe ; il 
s'agit en effet d'une classe dans laquelle aucune donnee n'est encapsulee. C'est pour cette rai- 
son que nous commencerons par presenter le type structure de C++ (mot cle struct), ce qui 
nous permettra dans un premier temps de nous limiter a la facon de mettre en oeuvre l'asso- 
ciation des donnees et des methodes. Nous ne verrons qu'ensuite comment s'exprime l'encap- 
sulation au sein d'une classe (mot cle class). 

Comme une classe (ou une structure) n'est qu'un simple type defini par l'utilisateur, les objets 
possedent les memes caracteristiques que les variables ordinaires, en particulier en ce qui 
concerne leurs differentes classes d'allocation (statique, automatique, dynamique). Cepen- 
dant, pour rester simple et nous consacrer au concept de classe, nous ne considererons dans 



1. En C, les types defrnis par l'utilisateur sont les structures, les unions et les enumerations. 
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ce chapitre que des objets automatiques (declares au sein d'une fonction quelconque), ce qui 
correspond au cas le plus naturel. Ce n'est qu'au chapitre 7 que nous aborderons les autres 
classes d'allocation des objets. 

Par ailleurs, nous introduirons ici les notions tres importantes de constructeur et de destruc- 
teur (il n'y a guere d'objets interessants qui n'y fassent pas appel). La encore, compte tenu de 
la richesse de cette notion et de son interference avec d'autres (comme les classes d'alloca- 
tion), il vous faudra attendre la fin du chapitre 7 pour en connaitre toutes les possibilites. 
Nous etudierons ensuite ce qu'on nomme les membres donnees statiques, ainsi que la 
maniere de les intialiser. Enfin, ce premier des trois chapitres consacres aux classes nous per- 
mettra de voir comment exploiter une classe en C++ en recourant aux possibilites de compi- 
lation separee. 

1 Les structures en C++ 

1 .1 Rappel : les structures en C 

En C, une declaration telle que : 

struct point 

{ int x ; 
int y ; 

} ; 
definit un type structure nomme point (on dit aussi un modele de structure nomme point ou 
parfois, par abus de langage, la structure point 1 ). Quant ax ety on dit que ce sont des champs 
ou des membres 2 de la structure point. 

On declare ensuite des variables du type point par des instructions telles que : 

struct point a, b ; 

Celle-ci reserve l'emplacement pour deux structures nominees a et b, de type point. L'acces 
aux membres (champs) de a ou de b se fait a l'aide de l'operateur point (.) ; par exemple, a.y 
designe le membre y de la structure a. 

En C++, nous allons pouvoir, dans une structure, associer aux donnees constitutes par ses 
membres des methodes qu'on nommera "fonctions membres". Rappelons que, puisque les 
donnees ne sont pas encapsulees dans la structure, une telle association est relativement arti- 
ficielle et son principal interet est de preparer a la notion de classe. 



1. Dans ce cas, il y a ambiguite carle meme mot structure designera a la fois untype et des objets d'untype structure. 
Comme le contexte permet generalement de trancher, nous utiliserons souvent ce terme. 

2. C'est plutot ce dernier terme que Ton emploiera en C++. 
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1 .2 Declaration d'une structure comportant 
des fonctions membres 

Supposons que nous souhaitions associer a la structure point precedente trois fonctions : 

• initialise pour attribuer des valeurs aux "coordonnees" d'un point ; 

• deplace pour modifier les coordonnees d'un point ; 

• affiche pour afficher un point : ici, nous nous contenterons, par souci de simplicity, d'affi- 
cher les coordonnees du point. 

Voici comment nous pourrions declarer notre structure point : 

/* Declaration du type point */ 

struct point 

{ /* declaration "classique" des donnees */ 

int x ; 

int y ; 

/* declaration des fonctions membre (methodes) */ 

void initialise (int, int) ; 

void deplace (int, int) ; 

void affiche () ; 



Declaration d'une structure comportant des methodes 

Outre la declaration classique des donnees 1 apparaissent les declarations (en-tetes) de nos 
trois fonctions. Notez bien que la definition de ces fonctions ne figure pas a ce niveau de sim- 
ple declaration : elle sera realisee par ailleurs, comme nous le verrons un peu plus loin. 

Ici, nous avons prevu que la fonction membre initialise recevra en arguments deux valeurs de 
type int. A ce niveau, rien n'indique dit l'usage qui sera fait de ces deux valeurs. Ici, bien 
entendu, nous avons ecrit l'en-tete de initialise en ay ant a l'esprit l'idee qu'elle affecterait aux 
membres x ety les valeurs recues en arguments. Les m ernes remarques s'appliquent aux deux 
autres fonctions membres. 

Vous vous attendiez peut-etre a trouver, pour chaque fonction membre, un argument supple- 
mentaire precisant la structure (variable) sur laquelle elle doit operer 2 . Nous verrons com- 
ment cette information sera automatiquement fournie a la fonction membre lors de son appel. 



1. On parle parfois de "variables", par analogie avec les "fonctions membres". 

2. Pour qu'une telle information ne soit pas necessaire, il faudrait "dupliquer" les fonctions membres en autant 
d'exemplaires qu'il y a de structures de type point, ce qui serait particulierement inefficace ! 
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1 .3 Definition des fonctions membres 

Elle se fait par une definition (presque) classique de fonction. Voici ce que pourrait etre la 
definition de initialise : 

void point :: initialise (int abs, int ord) 
{ x = abs ; 
y = ord ; 
} 

Dans l'en-tete, le nom de la fonction est : 

point : : initialise 

Le symbole :: correspond a ce que Ton nomme l'operateur de "resolution de portee", lequel 
sert a modifier la portee d'un identificateur. Ici, il signifie que l'identificateur initialise con- 
cerne est celui defini dans point. En l'absence de ce "prefixe" (point::), nous definirions 
effectivement une fonction nominee initialise, mais celle-ci ne serait plus associee a point ; il 
s'agirait d'une fonction "ordinaire" nominee initialise, et non plus de la fonction membre ini- 
tialise de la structure point. 

Si nous examinons maintenant le corps de la fonction initialise, nous trouvons une 
affectation : 

x = abs ; 

Le symbole abs designe, classiquement, la valeur recue en premier argument. Mais x, quant a 
lui, n'est ni un argument ni une variable locale. En fait, x designe le membre x correspondant 
au type point (cette association etant realisee par le point:: de l'en-tete). Quelle sera precise - 
ment la structure 1 concernee ? La encore, nous verrons comment cette information sera trans- 
mise automatiquement a la fonction initialise lors de son appel. 

Nous n'insistons pas sur la definition des deux autres fonctions membres ; vous trouverez ci- 
dessous l'ensemble des definitions des trois fonctions. 

/* Definition des fonctions membres du type point */ 

#include <iostream> 

using namespace std ; 

void point :: initialise (int abs, int ord) 

x = abs ; y = ord ; 

void point : :deplace (int dx, int dy) 

x += dx ; y += dy ; 



1. Ici, le terme structure est bien synonyme de variable de type structure. 
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void point :: affiche {) 
{ 

cout « "Je suis en " « x « " " « y « "\n" ; 



Definition des fonctions membres 



Les instructions ci-dessus ne peuvent pas etre compilees seules. Elles necessitent l'incorpora- 
tion des instructions de declaration correspondantes presentees au paragraphe 1.2. Celles-ci 
peuvent figurer dans le meme fichier ou, mieux, faire l'objet d'un fichier en-tete separe. 

1 .4 Utilisation d'une structure comportant des fonctions membres 

Disposant du type point tel qu'il vient d'etre declare au paragraphe 1.2 et defini au paragra- 
phe 1.3, nous pouvons declarer autant de structures de ce type que nous le souhaitons. Par 
exemple : 

point a, b ; x 

declare deux structures nominees a et b, chacune possedant des membres x ety et disposant 
des trois methodes initialise, deplace et affiche. A ce propos, nous pouvons d'ores et deja 
remarquer que si chaque structure dispose en propre de chacun de ses membres, il n'en va pas 
de meme des fonctions membres : celles-ci ne sont generees 2 qu'une seule fois (le contraire 
conduirait manifestement a un gaspillage de memoire !). 

L'acces aux membres x ety de nos structures a et b pourrait se derouler comme en C ; ainsi 
pourrions-nous ecrire : 

a.x = 5 ; 

Ce faisant, nous accederions directement aux donnees, sans passer par l'intermediaire des 
methodes. Certes, nous ne respecterions pas le principe d'encapsulation, mais dans ce cas 
precis (de structure et pas encore de classe), ce serait accepte en C++ 3 . 

On precede de la meme facon pour l'appel d'une fonction membre. Ainsi : 

a. initialise (5,2) ; 

signifie : appeler la fonction membre initialise pour la structure a, en lui transmettant en 
arguments les valeurs 5 et 2. Si Ton fait abstraction du prefixe a., cet appel est analogue a un 
appel classique de fonction. Bien entendu, c'est justement ce prefixe qui va preciser a la fonc- 
tion membre quelle est la structure sur laquelle elle doit operer. Ainsi, l'instruction : 

x = abs ; 



1. Ou struct point a, b ; le mot struct est facultatif en C++. 

2. Exception faite des "fonctions en ligne". 

3. Ici, justement, les fonctions membres prevues pour notre structure point permettent de respecter le principe 
d'encapsulation. 
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de point: .-initialise placera dans le champ x de la structure a la valeur recue pour abs (c'est-a- 
dire 5). 



> 



Remarques 

1 Un appel tel que a. initialise (5,2) ; pourrait etre remplace par : 

a.x = 5 ; a.y = 2 ; 

Nous verrons precisement qu'il n'en ira plus de meme dans le cas d'une (vraie) classe, 
pour peu qu'on y ait convenablement encapsule les donnees. 

2 En jargon P.O.O., on dit egalement que a. initialise (5, 2) constitue l'envoi d'un mes- 
sage {initialise, accompagne des informations 5 et 2) a l'objet a. 

1 .5 Exemple recapitulatif 

Voici un programme reprenant la declaration du type point, la definition de ses fonctions 
membres et un exemple d'utilisation dans la fonction main : 

#include <iostream> 
using namespace std ; 

/* Declaration du type point */ 

struct point 

{ /* declaration "classique" des donnees */ 

int x ; 

int y ; 

/* declaration des fonctions membres (methodes) */ 

void initialise (int, int) ; 

void deplace (int, int) ; 

void affiche () ; 

} ; 

/* Definition des fonctions membres du type point */ 

void point :: initialise (int abs, int ord) 

{ x = abs ; y = ord ; 

} 

void point :: deplace (int dx, int dy) 

{ x += dx ; y += dy ; 

} 

void point :: affiche () 

{ cout << "Je suis en " « x << " " « y << "\n" ; 

} 

main ( ) 

{ point a, b ; 

a. initialise (5, 2) ; a. affiche () ; 

a. deplace (-2, 4) ; a. affiche () ; 

b. initialise (1,-1) ; b. affiche () ; 
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Je suis en 5 2 
Je suis en 3 6 
Je suis en 1 -1 



> 



Exemple de definition et d'utilisation du type point 



Remarques 

1 La syntaxe meme de l'appel d'une fonction membre fait que celle-ci recoit obligatoire- 
ment un argument implicite du type de la structure correspondante. Une fonction membre 
ne peut pas etre appelee comme une fonction ordinaire. Par exemple, cette instruction : 

initialise (3,1) ; 

sera rejetee a la compilation (a moins qu'il n'existe, par ailleurs, une fonction ordinaire 
nommee initialise). 

2 Dans la declaration d'une structure, il est permis (mais generalement peu conseille) 
d'introduire les donnees et les fonctions dans un ordre quelconque (nous avons syste- 
matiquement place les donnees avant les fonctions). 

3 Dans notre exemple de programme complet, nous avons introduit : 

- la declaration du type point, 

- la definition des fonctions membres, 

- la fonction {main) utilisant le type point. 

Mais, bien entendu, il serait possible de compiler separement le type point ; c'est d'ailleurs 
ainsi que Ton pourra "reutiliser" un composant logiciel. Nous y reviendrons au 
paragraphe 6. 

4 II reste possible de declarer des structures generalisees anonymes, mais cela est tres peu 
utilise. 



2 Notion de classe 

Comme nous l'avons deja dit, en C++ la structure est un cas particulier de la classe. Plus pre- 
cisement, une classe sera une structure dans laquelle seulement certains membres et/ou fonc- 
tions membres seront "publics", c'est-a-dire accessibles "de l'exterieur", les autres membres 
etant dits "prives". 

La declaration d'une classe est voisine de celle d'une structure. En effet, il suffit : 

• de remplacer le mot cle struct par le mot cle class. 
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• de preciser quels sont les membres publics (fonctions ou donnees) et les membres prives en 
utilisant les mots cles public et private. 

Par exemple, faisons de notre precedente structure point une classe dans laquelle tous les 
membres donnees sont prives et toutes les fonctions membres sont publiques. Sa declaration 
serait simplement la suivante : 

/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

private : /* facultatif (voir remarque 4) */ 

int x ; 
int y ; 

/* declaration des membres publics */ 
public : 

void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche () ; 



Declaration d'une classe 

Ici, les membres nommes x et y sont prives, tandis que les fonctions membres nominees ini- 
tialise, deplace et affiche sont publiques. 

En ce qui concerne la definition des fonctions membres d'une classe, elle se fait exactement 
de la meme maniere que celle des fonctions membres d'une structure (qu'il s'agisse de fonc- 
tions publiques ou privees). En particulier, ces fonctions membres ont acces a l'ensemble des 
membres (publics ou prives) de la classe. 

L'utilisation d'une classe se fait egalement comme celle d'une structure. A titre indicatif, voici 
ce que devient le programme du paragraphe 1.5 lorsque Ton remplace la structure point par la 
classe point telle que nous venons de la definir : 

#include <iostream> 
using namespace std ; 

/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

private : 
int x ; 
int y ; 

/* declaration des membres publics */ 
public : 

void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche () ; 
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/* Definition des fonctions membres de la classe point */ 

void point :: initialise (int abs, int ord) 
{ 

x = abs ; y = ord ; 
} 

void point :: deplace (int dx, int dy) 
{ 

x = x + dx ; y = y + dy; 
} 

void point :: affiche () 
{ 

cout « "Je suis en " « x « " " « y « "\n" ; 
} 

/* Utilisation de la classe point */ 

main{) 
{ 

point a, b ; 

a. initialise (5, 2) ; a. affiche () ; 
a. deplace (-2, 4) ; a. affiche () ; 
b. initialise (1,-1) ; b. affiche () ; 
} 



> 



Exemple de definition et d'utilisation d'une classe (points 



Remarques 

1 Dans le jargon de la P.O.O., on dit que a et b sont des instances de la classe point, ou 
encore que ce sont des objets de type point ; c'est generalement ce dernier terme que 
nous utiliserons. 

2 Dans notre exemple, tous les membres donnees de point sont prives, ce qui correspond 
a une encapsulation complete des donnees. Ainsi, une tentative d'utilisation directe (ici 
au sein de la fonction main) du membre a : 

a.x = 5 

conduirait a un diagnostic de compilation (bien entendu, cette instruction serait accep- 
ted si nous avions fait de x un membre public). 

En general, on cherchera a respecter le principe d'encapsulation des donnees, quitte a 
prevoir des fonctions membres appropriees pour y acceder. 

3 Dans notre exemple, toutes les fonctions membres etaient publiques. II est tout a fait 
possible d'en rendre certaines privees. Dans ce cas, de telles fonctions ne seront plus 
accessibles de l"'exterieur" de la classe. Elles ne pourront etre appelees que par d'autres 
fonctions membres. 
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4 Les mots cles public et private peuvent apparaitre a plusieurs reprises dans la definition 
d'une classe, comme dans cet exemple : 

class X 

{ private : 

public : 

private : 

} ; 

Si aucun de ces deux mots n'apparait au debut de la definition, tout se passe comme si 
private y avait ete place. C'est pourquoi la presence de ce mot n'etait pas indispensable 
dans la definition de notre classe point. 

Si aucun de ces deux mots n'apparait dans la definition d'une classe, tous ses membres 
seront prives, done inaccessibles. Cela sera rarement utile. 

5 Si Ton rend publics tous les membres d'une classe, on obtient l'equivalent d'une struc- 
ture. Ainsi, ces deux declarations definissent le meme type point : 

struct point class point 

{ int x ; { public : 

int y ; int x ; 

void initialise (...) ; int y ; 

void initialise (...) ; 

} ; 

} ; 

6 Par la suite, en l'absence de precisions supplementaires, nous utiliserons le mot classe 
pour designer indifferemment une "vraie" classe (class) ou une structure (struct), voire 
une union (union) dont nous parlerons un peu plus loin 1 . De meme, nous utiliserons le 
mot objet pour designer des instances de ces differents types. 

7 En toute rigueur, il existe un troisieme mot, protected (protege), qui s'utilise de la meme 
maniere que les deux autres ; il sert a definir un statut intermediate entre public et 
prive, lequel n'intervient que dans le cas de classes derivees. Nous en reparlerons au 
chapitre 13. 

8 On peut definir des classes anonymes, comme on pouvait definir des structures anony- 
mes. 



3 Affectation d'objets 



En C, il est possible d'affecter a une structure la valeur d'une autre structure de meme type. 
Ainsi, avec les declarations suivantes : 



1. La situation de loin la plus repandue restant celle du type class. 
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struct point 
{ int x ; 
int y ; 
} ; 
struct point a, b ; 

vous pouvez tout a fait ecrire : 

a = b ; 

Cette instruction recopie l'ensemble des valeurs des champs de b dans ceux de a. Elle joue le 
meme role que : 

a.x = b.x ; 
a.y = b.y ; 

Comme on peut s'y attendre, cette possibility s'etend aux structures generalisees (avec fonc- 
tions membres) presentees precedemment, avec la meme signification que pour les structures 
usuelles. Mais elle s'etend aussi aux (vrais) objets de meme type. Elle correspond tout natu- 
rellement a une recopie des valeurs des membres donnees 1 , que ceux-ci soient publics ou 
non. Ainsi, avec ces declarations (notez qu'ici nous avons prevu, artificiellement, x prive et y 
public) : 

class point 
{ int x ; 
public : 
int y ; 

} ; 

point a, b ; 

l'instruction : 

b = a ; 

provoquera la recopie des valeurs des membres x et y de a dans les membres correspondants 
deb. 

Contrairement a ce qui a ete dit pour les structures, il n'est plus possible ici de remplacer cette 
instruction par : 

b.x = a.x ; 
b.y = a.y ; 

En effet, si la deuxieme affectation est legale, puisque ici y est public, la premiere ne Test pas, 
car x est prive 2 . On notera bien que : 



L'affectation a = best toujours legale, quel que soit le statut (public ou prive) des 
membres donnees. On peut considerer qu'elle ne viole pas le principe d'encapsu- 
lation, dans la mesure ou les donnees privees de b (les copies de celles de a 
apres affectation) restent toujours inaccessibles de maniere directe. 



1. Les fonctions membres n'ont aucune raison d'etre concernees. 

2. Sauf si l'affectation b.x = a.x etait ecrite au sein d'une fonction membre de la classepomf. 
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Remarque 



Le role de l'operateur = tel que nous venons de le definir (recopie des membres donnees) 
peut paraitre naturel ici. En fait, il ne Test que pour des cas simples. Nous verrons des cir- 
constances ou cette banale recopie s'averera insuffisante. Ce sera notamment le cas des 
qu'un objet comportera des pointeurs sur des emplacements dynamiques : la recopie en 
question ne concernera pas cette partie dynamique de l'objet, elle sera "superficielle". 
Nous reviendrons ulterieurement sur ce point fondamental, qui ne trouvera de solution 
satisfaisante que dans la surdefinition (pour la classe concernee) de l'operateur = (ou, 
eventuellement, dans l'interdiction de son utilisation). 



f^*~l En Java 



En C++, on peut dire que la "semantique" d'affectation d'objets correspond a une recopie 
de valeur. En Java, il s'agit simplement d'une recopie de reference : apres affectation, on 
se retrouve alors en presence de deux references sur un meme objet. 

4 Notions de constructeur et de destructeur 

4.1 Introduction 

A priori, les objets 1 suivent les regies habituelles concernant leur initialisation par defaut : 
seuls les objets statiques voient leurs donnees initialisers a zero. En general, il est done 
necessaire de faire appel a une fonction membre pour attribuer des valeurs aux donnees d'un 
objet. C'est ce que nous avons fait pour notre type point avec la fonction initialise. 

Une telle demarche oblige toutefois a compter sur l'utilisateur de l'objet pour effectuer l'appel 
voulu au bon moment. En outre, si le risque ne porte ici que sur des valeurs non definies, il 
n'en va plus de meme dans le cas ou, avant meme d'etre utilise, un objet doit effectuer un cer- 
tain nombre d'operations necessaires a son bon fonctionnement, par exemple : allocation 
dynamique de memoire 2 , verification d'existence de fichier ou ouverture, connexion a un site 
Web... L'absence de procedure d'initialisation peut alors devenir catastrophique. 

C++ offre un mecanisme tres performant pour traiter ces problemes : le constructeur. II 
s'agit d'une fonction membre (definie comme les autres fonctions membres) qui sera appelee 
automatiquement a chaque creation d'un objet. Ceci aura lieu quelle que soit la classe d'allo- 
cation de l'objet : statique, automatique ou dynamique. Notez que les objets automatiques 



1. Au sens large du terme. 

2. Ne confondez pas un objet dynamique avec un objet (par exemple automatique) qui s'alloue dynamiquement de la 
memoire. Une situation de ce type sera etudiee au prochain chapitre. 
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auxquels nous nous limitons ici sont crees par une declaration. Ceux de classe dynamique 
seront crees par new (nous y reviendrons au chapitre 7). 

Un objet pourra aussi posseder un destructeur, c'est-a-dire une fonction membre appelee 
automatiquement au moment de la destruction de l'objet. Dans le cas des objets automati- 
ques, la destruction de l'objet a lieu lorsque Ton quitte le bloc ou la fonction ou il a ete 
declare. 

Par convention, le constructeur se reconnait a ce qu'il porte le meme nom que la classe. 
Quant au destructeur, il porte le meme nom que la classe, precede d'un tilde (~). 

4.2 Exemple de classe comportant un constructeur 

Considerons la classe point precedente et transformons simplement notre fonction membre 
initialise en un constructeur en la renommant /?oz'«/ (dans sa declaration et dans sa definition). 
La declaration de notre nouvelle classe point se presente alors ainsi : 



class point 

{ /* declaration des membres prives */ 

int x ; 

int y ; 
public : /* declaration des membres publics */ 

point (int, int) ; // constructeur 

void deplace (int, int) ; 

void affiche () ; 



Declaration d'une classe (point,) munie d'un constructeur 

Comment utiliser cette classe ? A priori, vous pourriez penser que la declaration suivante 
convient toujours : 

point a ; 

En fait, a partir du moment ou un constructeur est defini, il doit pouvoir etre appele (automa- 
tiquement) lors de la creation de l'objet a. Ici, notre constructeur a besoin de deux arguments. 
Ceux-ci doivent obligatoirement etre fournis dans notre declaration, par exemple : 

point a (1,3) ; 

Cette contrainte est en fait un excellent garde-fou : 



A partir du moment ou une classe possede un constructeur, il n'est plus possible 
de creer un objet sans fournir les arguments requis par son constructeur (sauf si 
ce dernier ne possede aucun argument I). 



A titre d'exemple, voici comment pourrait etre adapte le programme du paragraphe 2 pour 
qu'il utilise maintenant notre nouvelle classe point : 
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#include <iostreain> 
using namespace std ; 

/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

int x ; 
int y ; 

/* declaration des membres publics */ 
public : 

point (int, int) ; // constructeur 

void deplace (int, int) ; 
void affiche () ; 

} ; 

/* Definition des fonctions membre de la classe point */ 

point: :point (int abs, int ord) 

{ x = abs ; y = ord ; 

} 

void point :: deplace (int dx, int dy) 

{ x = x + dx;y = y + dy; 

} 

void point :: affiche () 

{ cout « "Je suis en " « x « " " « y « "\n" ; 

} 

/* Utilisation de la classe point */ 

main ( ) 

{ point a (5, 2) ; 

a . affiche ( ) ; 

a. deplace (-2, 4) ; a. affiche () ; 

point b(l,-l) ; 

b . affiche ( ) ; 



Je suis en 5 2 
Je suis en 3 6 
Je suis en 1 -1 



Exemple d 'utilisation d'une classe (point,) munie d'un constructeur 



Remarques 

1 Supposons que Ton definisse une classe point disposant d'un constructeur sans argument. 
Dans ce cas, la declaration d'objets de type point continuera de s'ecrire de la meme 
maniere que si la classe ne disposait pas de constructeur : 

point a ; // declaration utilisable avec un constructeur sans argument 
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Certes, la tentation est grande d'ecrire, par analogie avec l'utilisation d'un constructeur 
comportant des arguments : 

point a() ; // incorrect 

En fait, cela representerait la declaration d'une fonction nommee a, ne recevant aucun 
argument, et renvoyant un resultat de type point. En soi, ce ne serait pas une erreur, 
mais il est evident que toute tentative d'utiliser le symbole a comme un objet conduirait 
a une erreur. . . 

2 Nous verrons dans le prochain chapitre que, comme toute fonction (membre ou ordi- 
naire), un constructeur peut etre surdefini ou posseder des arguments par defaut. 

3 Lorsqu'une classe ne definit aucun constructeur, tout se passe en fait comme si elle dis- 
posal d'un "constructeur par defaut" ne faisant rien. On peut alors dire que lorsqu'une 
classe n'a pas defini de constructeur, la creation des objets correspondants se fait en 
utilissant ce constructeur par defaut. Nous retrouverons d'ailleurs le meme phenomene 
dans le cas du "constructeur de recopie", avec cette difference toutefois que le construc- 
teur par defaut aura alors une action precise. 

4.3 Construction et destruction des objets 

Nous vous proposons ci-dessous un petit programme mettant en evidence les moments ou 
sont appeles respectivement le constructeur et le destructeur d'une classe. Nous y definissons 
une classe nommee test ne comportant que ces deux fonctions membres ; celles-ci affichent 
un message, nous fournissant ainsi une trace de leur appel. En outre, le membre donnee num 
initialise par le constructeur nous permet d'identifier l'objet concerne (dans la mesure ou 
nous nous sommes arrange pour qu'aucun des objets crees ne contienne la meme valeur). 
Nous creons des objets automatiques 1 de type test a deux endroits differents : dans la fonc- 
tion main d'une part, dans une fonction fct appelee par main d'autre part. 

#include <iostreain> 
using namespace std ; 
class test 
{ 
public : 

int num ; 

test (int) ; // declaration constructeur 

-test () ; // declaration destructeur 

} ; 

test:: test (int n) // definition constructeur 
{ num = n ; 

cout << "++ Appel constructeur - num = " « num « "\n" ; 
} 



1. Rappelons qu'ici nous nous limitons a ce cas. 
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test:: -test // definition destructeur 

{ cout « " — Appel destructeur - num = " « num « "\n" ; 

} 

main ( ) 

{ void fct (int) ; 

test a(l) ; 

for (int i=l ; i<=2 ; i++) fct(i) ; 
} 

void fct (int p) 

{ test x(2*p) ; // notez 1' expression (non constante) : 2*p 
} 



•+ Appel 


constructeur 


- num = 


1 


•+ Appel 


constructeur 


- num = 


2 


— Appel 


destructeur 


- num = 


2 


•+ Appel 


constructeur 


- num = 


4 


— Appel 


destructeur 


- num = 


4 


— Appel 


destructeur 


- num = 


1 



Construction et destruction des objets 

AA Roles du constructeur et du destructeur 

Dans les exemples precedents, le role du constructeur se limitait a une initialisation de l'objet 
a l'aide des valeurs qu'il avait recues en arguments. Mais le travail realise par le constructeur 
peut etre beaucoup plus elabore. Voici un programme exploitant une classe nominee hasard, 
dans laquelle le constructeur fabrique dix valeurs entieres aleatoires qu'il range dans le mem- 
bre donnee val (ces valeurs sont comprises entre zero et la valeur qui lui est fournie en 
argument) : 

#include <iostream> 

#include <cstdlib> // pour la fonction rand 
using namespace std ; 
class hasard 
{ int val [10] ; 
public : 

hasard (int) ; 

void affiche () ; 
} ; 
hasard: :hasard (int max) // constructeur : il tire 10 valeurs au hasard 

// rappel : rand fournit un entier entre et RAND_MAX 
{ int i ; 

for (i=0 ; i<10 ; i++) val [i] = double (rand()) / RAND_MAX * max ; 
} 

void hasard: : affiche () // pour afficher les 10 valeurs 
{ int i ; 

for (i=0 ; i<10 ; i++) cout « val[i] « " " ; 

cout « "\n" ; 
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main() 

{ hasard suitel (5) ; 
suitel .af fiche () ; 
hasard suite2 (12) 
suite2 . af fiche ( ) ; 

} 

0204221443 
2 10 86301411 



Un constructeur de valeurs aleatoires 

En pratique, on preferera d'ailleurs disposer d'une classe dans laquelle le nombre de valeurs 
(ici fixe a dix) pourra etre fourni en argument du constructeur. Dans ce cas, il est preferable 
que l'espace (variable) soit alloue dynamiquement au lieu d'etre surdimensionne. II est alors 
tout naturel de faire effectuer cette allocation dynamique par le constructeur lui-meme. Les 
donnees de la classe hasard se limiteront ainsi a : 

class hasard 
{ 

int nbval // nombre de valeurs 

int * val // pointeur sur un tableau de valeurs 



Bien stir, il faudra prevoir que le constructeur recoive en argument, outre la valeur maximale, 
le nombre de valeurs souhaitees. 

Par ailleurs, a partir du moment ou un emplacement a ete alloue dynamiquement, il faut se 
soucier de sa liberation lorsqu'il sera devenu inutile. La encore, il parait tout naturel de con- 
fier ce travail au destructeur de la classe. 

Voici comment nous pourrions adapter en ce sens l'exemple precedent. 



#include <iostream> 
#include <cstdlib> 
using namespace std ; 
class hasard 
{ int nbval ; 

int * val ; 
public : 

hasard (int, int) ; 

-hasard ( ) ; 

void af fiche () ; 
} ; 

hasard: : hasard (int nb 
{ int i ; 

val = new int [nbval = nb] ; 

for (i=0 ; i<nb ; i++) val[i] 



// pour la fonction rand 



// nombre de valeurs 

// pointeur sur les valeurs 

// constructeur 

// destructeur 



int max) 



double (randO) / RAND_MAX * max 
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hasard: :~hasard () 

{ delete val ; 

} 

void hasard: :affiche {) // pour afficher les nbavl valeurs 

{ int i ; 

for (i=0 ; i<nbval ; i++) cout « val[i] « " " ; 

cout « "\n" ; 
} 

main ( ) 
{ hasard suitel (10, 5) ; // 10 valeurs entre et 5 

suitel . af f iche ( ) ; 

hasard suite2 (6, 12) ; // 6 valeurs entre et 12 

suite2 . af f iche ( ) ; 
} 

0204221443 
2 10 8 6 3 

Exemple de classe dont le constructeur effectue une allocation dynamique de memoire 
Dans le constructeur, l'instruction : 

val = new [nbval = nb] ; 

joue le meme role que : 

nbval = nb ; 

val = new [nbval] ; 

Remarques 

1 Ne confondez pas une allocation dynamique effectuee au sein d'une fonction membre 
d'un objet (souvent le constructeur) avec une allocation dynamique d'un objet, dont nous 
parlerons plus tard. 

2 Lorsqu'un constructeur se contente d'attribuer des valeurs initiales aux donnees d'un 
objet, le destructeur est rarement indispensable. En revanche, il le devient des que, 
comme dans notre exemple, l'objet est amene (par le biais de son constructeur ou 
d'autres fonctions membres) a allouer dynamiquement de la memoire. 

3 Comme nous l'avons deja mentionne, des qu'une classe contient, comme dans notre 
dernier exemple, des pointeurs sur des emplacements alloues dynamiquement, l'affecta- 
tion entre objets de meme type ne concerne pas ces parties dynamiques ; generalement, 
cela pose probleme et la solution passe par la surdefinition de l'operateur =. Autrement 
dit, la classe hasard definie dans le dernier exemple ne permettrait pas de traiter correc- 
tement l'affectation d'objets de ce type. 
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4.5 Quelques regies 

Un constructeur peut comporter un nombre quelconque d' arguments, eventuellement aucun. 
Par definition, un constructeur ne renvoie pas de valeur ; aucun type ne peut figurer devant 
son nom (dans ce cas precis, la presence de void est une erreur). 

Par definition, un destructeur ne peut pas disposer d' arguments et ne renvoie pas de valeur. 
La encore, aucun type ne peut figurer devant son nom (et la presence de voidest une erreur). 

En theorie, constructeurs et destructeurs peuvent etre publics ou prives. En pratique, a moins 
d'avoir de bonnes raisons de faire le contraire, il vaut mieux les rendre publics. 

On notera que, si un destructeur est prive, il ne pourra plus etre appele directement, ce qui 
n'est generalement pas grave, dans la mesure ou cela est rarement utile. 

En revanche, la privatisation d'un constructeur a de lourdes consequences puisqu'il ne sera 
plus utilisable, sauf par des fonctions membres de la classe elle-meme. 



6 



Informations complementaires 

Voici quelques circonstances ou un constructeur prive peut se justifier : 

- la classe concernee ne sera pas utilisee telle quelle car elle est destinee a donner nais- 
sance, par heritage, a des classes derivees qui, quant a elles, pourront disposer d'un 
constructeur public (nous reviendrons plus tard sur cette situation dite de "classe abs- 
traite"); 

- la classe dispose d'autres constructeurs (nous verrons bientot qu'un constructeur peut 
etre surdefini), dont au moins un est public ; 

- on cherche a mettre en oeuvre un motif de conception 1 particulier : le "singleton" ; il 
s'agit de faire en sorte qu'une meme classe ne puisse donner naissance qu'a un seul ob- 
jet et que toute tentative de creation d'un nouvel objet se contente de renvoyer la refe- 
rence de cet unique objet. Dans ce cas, on peut prevoir un constructeur prive (de corps 
vide) dont la presence fait qu'il est impossible de creer explicitement des objets du type 
(du moins si ce constructeur n'est pas surdefini). La creation d'objets se fait alors par 
appel d'une fonction membre qui realise elle-meme les allocations necessaires, c'est- 
a-dire le travail d'un constructeur habituel, et qui, en outre, s'assure de l'unicite de 
l'objet. 



it 3 **) En Java 



Le constructeur possede les memes proprietes qu'en C++ et une classe peut ne pas com- 
porter de constructeur. Mais, en Java, les membres donnees sont toujours initialises par 
defaut (valeur "nulle") et ils peuvent egalement etre initialises lors de leur declaration (la 



1. Pattern, en anglais. 
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meme valeur etant alors attribute a tous les objets du type). Ces deux possilites (initiali- 
sation par defaut et initialisation explicite) n'existent pas en C++, comme nous le verrons 
plus tard, de sorte qu'il est pratiquement toujours necessaire de prevoir un constructeur, 
meme dans des situations d'initialisation simple. 



5 Les membres donnees statiques 



5.1 Le qualificatif static pour un membre donnee 

A priori, lorsque dans un meme programme on cree differents objets d'une meme classe, cha- 
que objet possede ses propres membres donnees. Par exemple, si nous avons defini une 
classe explel par : 

class explel 
{ 

int n ; 

float x ; 



une declaration telle que : 

explel a, b ; 

conduit a une situation que Ton peut schematiser ainsi 



a.n 






b.n 










bx 




a x 















Objet a 



Objet b 



Une facon (parmi d'autres) de permettre a plusieurs objets de partager des donnees consiste a 
declarer avec le qualificatif static les membres donnees qu'on souhaite voir exister en un seul 
exemplaire pour tous les objets de la classe. Par exemple, si nous definissons une classe 
exple2 par : 



class exple2 
{ static int n 
float x ; 



} ; 

la declaration : 

exple2 a, b ; 
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conduit a une situation que Ton peut schematiser ainsi 



a.n 
a.x 



b.n 
b.x 



Objeta Objetb 

On peut dire que les membres donnees statiques sont des sortes de variables globales dont la 
portee est limitee a la classe. 

5.2 Initialisation des membres donnees statiques 

Par leur nature meme, les membres donnees statiques n'existent qu'en un seul exemplaire, 
independamment des objets de la classe (meme si aucun objet de la classe n'a encore ete 
cree). Dans ces conditions, leur initialisation ne peut plus etre faite par le constructeur de la 
classe. 

On pourrait penser qu'il est possible d'initialiser un membre statique lors de sa declaration, 
comme dans : 

class exple2 

{ static int n = 2 ; // erreur 



> 



} ; 
En fait, cela n'est pas permis car, compte tenu des possibilites de compilation separee, le 
membre statique risquerait de se voir reserver differents emplacements 1 dans differents 
modules objet. 

Un membre statique doit done etre initialise explicitement (a l'exterieur de la declaration de 
la classe) par une instruction telle que : 

int exple2 : : n = 5 ; 

Cette demarche est utilisable aussi bien pour les membres statiques prives que publics. 

Par ailleurs, contrairement a ce qui se produit pour une variable ordinaire, un membre stati- 
que n'est pas initialise par defaut a zero. 

Remarque 

Depuis la norme, les membres statiques constants peuvent egalement etre initialises au 
moment de leur declaration. Mais il reste quand meme necessaire de les declarer a l'exte- 



1. On retrouve le meme phenomene pour les variables globales en langage C : elles peuvent etre declarees plusieurs 
fois, mais elles ne doivent etre definies qu'une seule fois. 
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rieur de la classe (sans valeur, cette fois), pour provoquer la reservation de l'emplacement 
memoire correspondant. Par exemple : 

class exple3 

{ static const int n=5 ; // initialisation OK dpeuis la norme ANSI 



} 

const int exple3::n ; // declaration indispensable (sans valeur) 



5.3 Exemple 



Voici un exemple de programme exploitant cette possibility dans une classe nominee 
cpteobj, afin de connaitre, a tout moment, le nombre d'objets existants. Pour ce faire, nous 
avons declare avec l'attribut statique le membre ctr. Sa valeur est incrementee de 1 a chaque 
appel du constructeur et decremented de 1 a chaque appel du destructeur. 

#include <iostream> 
using namespace std ; 



class cpte_obj 
{ 

static int ctr 



// compteur du nombre d'objets crees 



public : 

cpte_obj () ; 

~cpte_obj () ; 
} ; 

int cpte_obj : :ctr = ; // initialisation du membre statique ctr 
cpte_obj: :cpte_obj () // constructeur 

{ cout « "++ construction : il y a maintenant " « ++ctr « " objets\n" 
} 

cpte_ob j : : ~cpte_ob j () // destructeur 

{ cout << " — destruction : il reste maintenant " « — ctr « " objets\n" 
} 

main { ) 
{ void fct () ; 

cpte_obj a ; 

fct () ; 

cpte_obj b ; 
} 

void fct () 
{ cpte_obj u, v ; 
} 



++ construction 
++ construction 
++ construction 

— destruction 

— destruction 



il y a maintenant 1 objets 

il y a maintenant 2 objets 

il y a maintenant 3 objets 

il reste maintenant 2 objets 

il reste maintenant 1 objets 



6 - Exploitation d'une classe 



++ construction 

— destruction 

— destruction 



il y a maintenant 2 objets 
il reste maintenant 1 objets 
il reste maintenant objets 



Exemple d'utilisation de membre statique 



> 



Remarque 



En C, le terme statique avait deja deux significations : "de classe statique" ou "de portee 
limitee au fichier source 1 ". En C++, lorsqu'il s'applique aux membres d'une classe, il en 
possede done une troisieme : "independant d'une quelconque instance de la classe". Nous 
verrons au prochain chapitre qu'il pourra s'appliquer aux fonctions membres avec la 
meme signification. 



f^i En Java 



Les membres donnees statiques existent egalement en Java et on utilise le mot cle static 
pour leur declaration (e'est d'ailleurs la seule signification de ce mot cle). Comme en 
C++, ils peuvent etre initialises lors de leur declaration ; mais ils peuvent aussi l'etre par 
le biais d'un bloc d 'initialisation qui contient alors des instructions executables, ce que ne 
permet pas C++. 

6 Exploitation d'une classe 

6.1 La classe comme composant logiciel 

Jusqu'ici, nous avions regroupe au sein d'un meme programme trois sortes d' instructions 
destinees a : 

• la declaration de la classe, 

• la definition de la classe, 

• l'utilisation de la classe. 

En pratique, on aura souvent interet a decoupler la classe de son utilisation. C'est tout natu- 
rellement ce qui se produira avec une classe d'interet general utilisee comme un composant 
separe des differentes applications. 



1. Du moins quand on l'employait pour designer ce qui etait qualifie par le mot cle static. 
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On sera alors generalement amene a isoler les seules instructions de declaration de la classe 
dans un fichier en-tete (extension .h) qu'il suffira d'inclure (par ^include) pour compiler 
1' application. 

Par exemple, le concepteur de la classe point du paragraphe 4.2 pourra creer le fichier en-tete 
suivant : 

class point 

{ /* declaration des merribres prives */ 

int x ; 

int y ; 
public : /* declaration des merribres publics */ 

point (int, int) ; // constructeur 

void deplace (int, int) ; 

void affiche () ; 



Fichier en-tete pour la classe point 

Si ce fichier se nomme point.h, le concepteur fabriquera alors un module objet, en compliant 
la definition de la classe point : 

#include <iostream> 

#include "point.h" // pour introduire les declarations de la classe point 

using namespace std ; 

/* Definition des fonctions membre de la classe point */ 

point: :point (int abs, int ord) 
x = abs ; y = ord ; 



void point :: deplace (int dx, int dy) 
x = x + dx; y = y + dy; 



void point :: affiche () 

cout « "Je suis en " « x « " " « y « "\n" 



Fichier a compiler pour obtenir le module objet de la classe point 

Pour faire appel a la classe point au sein d'un programme, l'utilisateur procedera alors ainsi : 

• il inclura la declaration de la classe point dans le fichier source contenant son programme 
par une directive telle que : 

#include "point.h" 



6 - Exploitation d'une classe 



• il incorporera le module objet correspondant, au moment de 1' edition de liens de son propre 
programme. En principe, a ce niveau, la plupart des editeurs de liens n'introduisent que les 
fonctions reellement utilisees, de sorte qu'il ne faut pas craindre de prevoir trop de methodes 
pour une classe. 

Parfois, on trouvera plusieurs classes differentes au sein d'un meme module objet et d'un 
meme fichier en-tete, de facon comparable a ce qui se produit avec les fonctions de la biblio- 
theque standard 1 . La encore, en general, seules les fonctions reellement utilisees seront incor- 
porees a l'edition de liens, de sorte qu'il est toujours possible d'effectuer des regroupements 
de classes possedant quelques affinites. 

Signalons que bon nombre d'environnements disposent d'outils 2 permettant de prendre auto- 
matiquement en compte les "dependances" existant entre les differents fichiers sources et les 
differents fichiers objets concernes ; dans ce cas, lors d'une modification, quelle qu'elle soit, 
seules les compilations necessaires sont effectuees. 



> 



Remarque 



Comme une fonction ordinaire, une fonction membre peut etre declaree sans qu'on n'en 
fournisse de definition. Si le programme fait appel a cette fonction membre, ce n'est qu'a 
l'edition de liens qu'on s'apercevra de son absence. En revanche, si le programme n'uti- 
lise pas cette fonction membre, l'edition de liens se deroulera normalement car il n'intro- 
duit que les fonctions effectivement appelees. 

6.2 Protection contre les inclusions multiples 

Plus tard, nous verrons qu'il existe differentes circonstances pouvant amener l'utilisateur 
d'une classe a inclure plusieurs fois un meme fichier en-tete lors de la compilation d'un meme 
fichier source (sans meme qu'il n'en ait conscience !). Ce sera notamment le cas dans les 
situations d'objets membres et de classes derivees. 

Dans ces conditions, on risque d'aboutir a des erreurs de compilation, liees tout simplement a 
la redefinition de la classe concernee. 

En general, on reglera ce probleme en protegeant systematiquement tout fichier en-tete des 
inclusions multiples par une technique de compilation conditionnelle, comme dans : 

#ifndef POINT_H 

#define POINT_H 

// declaration de la classe point 

#endif 



1. Avec cette difference que, dans le cas des fonctions standard, on n'a pas a specifier les modules objets concernes 
au moment de l'edition de liens. 

2. On parle souvent de projet, de fichier projet, de fichier make... 
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Le symbole defini pour chaque fichier en-tete sera choisi de facon a eviter tout risque de dou- 
blons. Ici, nous avons choisi le nom de la classe (en majuscules), suffixe par _H. 

6.3 Cas des membres donnees statiques 

Nous avons vu (paragraphe 5.2) qu'un membre donnee statique doit toujours etre initialise 
explicitement. Des qu'on est amene a considerer une classe comme un composant separe, le 
probleme se pose alors de savoir dans quel fichier source placer une telle initialisation : 
fichier en-tete, fichier definition de la classe, fichier utilisateur (dans notre exemple du para- 
graphe 5.3, ce probleme ne se posait pas car nous n'avions qu'un seul fichier source). 

On pourrait penser que le fichier en-tete est un excellent candidat pour cette initialisation, des 
lors qu'il est protege contre les inclusions multiples. En fait, il n'en est rien ; en effet, si l'utili- 
sateur compile separement plusieurs fichiers source utilisant la meme classe, plusieurs 
emplacements seront generes pour le meme membre statique et, en principe, l'edition de liens 
detectera cette erreur 

Comme par ailleurs il n'est guere raisonnable de laisser l'utilisateur initialiser lui-meme un 
membre statique, on voit qu'en definitive : 



II est conseille de prevoir I'initialisation des membres donnees statiques dans le 
fichier contenant la definition de la classe. 



6.4 En cas de modification d'une classe 

A priori, lorsqu'une classe est consideree comme un composant logiciel, c'est qu'elle est au 
point et ne devrait plus etre modifiee. Si une modification s'avere necessaire malgre tout, il 
faut envisager deux situations assez differentes. 

6.4.1 La declaration des membres publics n'a pas change 

C'est ce qui se produit lorsqu'on se limite a des modifications internes, n'ayant acune reper- 
cussion sur la maniere d'utiliser la classe (son interface avec l'exterieur reste la meme). II 
peut s'agir de transformation de structures de donnees encapsulees (privees), de modification 
d'algorithmes de traitement... 

Dans ce cas, les programmes utilisant la classe n'ont pas a etre modifies. Neanmoins, il 
doivent etre recompiles avec le nouveau fichier en-tete correspondent 1 . On procedera 
ensuite a une edition de liens en incorporant le nouveau module objet. 

On voit done que C++ permet une maintenance facile d'une classe a laquelle on souhaite 
apporter des modifications internes (corrections d'erreurs, amelioration des performances...) 
n'atteignant pas la specification de son interface. 



1. Une telle limitation n'existe pas dans tous les langages de P.O.O. En C++, elle se justifie par le besoin qu'a le 
compilateur de connaitre la taille des objets (statiques ou automatiques) pour leur allouer un emplacement. 



7 - Les classes en general 



6.4.2 La declaration des membres publics a change 

Ici, il est clair que les programmes utilisant la classe risquent de necessiter des modifications. 
Cette situation devra bien stir etre evitee dans la mesure du possible. Elle doit etre consideree 
comme une faute de conception de la classe. Nous verrons d'ailleurs que ces problemes pour- 
ront souvent etre resolus par l'utilisation du mecanisme d'heritage qui permet d'adapter une 
classe (censee etre au point) sans la remettre en cause. 

7 Les classes en general 

Nous apportons ici quelques complements d' information sur des situations peu usuelles. 

7.1 Les autres sortes de classes en C++ 

Nous avons deja eu l'occasion de dire que C++ qualifiait de "classe" les types definis par 
struct et class. La caracteristique d'une classe, au sens large que lui donne C++ 1 , est d'asso- 
cier, au sein d'un meme type, des membres donnees et des fonctions membres. 

Pour C++, les unions sont aussi des classes. Ce type peut done disposer de fonctions mem- 
bres. Notez bien que, comme pour le type struct, les donnees correspondantes ne peuvent pas 
se voir attribuer un statut particulier : elles sont, de fait, publiques. 



> 



Remarque 



C++ emploie souvent le mot classe pour designer indifferemment un type class, struct ou 
union. De meme, on parle souvent d'objet pour designer des variables de l'un de ces trois 
types. Cet "abus de langage" semble assez licite, dans la mesure ou ces trois types jouis- 
sent pratiquement des memes proprietes, notamment au niveau de l'heritage ; toutefois, 
seul le type class permet l'encapsulation des donnees. Lorsqu'il sera necessaire d'etre 
plus precis, nous parlerons de "vraie classe" pour designer le type class. 

7.2 Ce qu'on peut trouver dans la declaration d'une classe 

En dehors des declarations de fonctions membres, la plupart des instructions figurant dans 
une declaration de classe seront des declarations de membres donnees d'un type quelconque. 
Neanmoins, on peut egalement y rencontrer des declarations de type, y compris d'autres types 
classes ; dans ce cas, leur portee est limitee a la classe (mais on peut recourir a l'operateur de 
resolution de portee ::), comme dans cet exemple : 



1. Et non la P.O.O. d'une maniere generale, qui associe l'encapsulation des donnees a la notion de classe. 
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class A 

{ public : 

class B { } ; // classe B declaree dans la classe A 

} ; 

main { ) 
{ A a ; 

A: :B b ; // declaration d'un objet b du type de la classe B de A 
} 

En pratique, cette situation se rencontre peu souvent. 

Par ailleurs, il n'est pas possible ({'initialiser un membre donnee d'une classe lors de sa 

declaration. Cette interdiction est justifiee pour au moins deux raisons : 

• une telle initialisation risquerait de faire double emploi avec le constructeur ; 

• une telle initialisation constituerait une definition du membre correspondant (et non plus une 
simple declaration) ; or cette definition risquerait d'apparaitre plusieurs fois en cas de com- 
pilation separee, ce qui est illegal 1 . 

En revanche, la declaration de membres donnees constants 2 est autorisee, comme dans : 

class exple 

{ int n ; // membre donnee usuel 

const int p ; // membre donnee constant - initialisation impossible 
//ace niveau 



} ; 
Dans ce cas, on notera bien que chaque objet du type exple possedera un membre p. C'est ce 
qui explique qu'il ne soit pas possible d'initialiser le membre constant au moment de sa 
declaration 3 . Pour y parvenir, la seule solution consistera a utiliser une syntaxe particuliere 
du constructeur (qui devient done obligatire), telle qu'elle sera presentee au paragraphe 5 du 
chapitre 7 (relatif aux objets membres). 

7.3 Declaration d'une classe 

La plupart du temps, les classes seront declarees a un niveau global. Neanmoins, il est permis 
de declarer des classes locales a une fonction. Dans ce cas, leur portee est naturellement limi- 
tee a cette fonction (c'est bien ce qui en limite l'interet). 



1 . On retrouve le meme phenomene pour les membres donnees statiques et pour les variables globales en langage C : 
ils peuvent etre declares plusieurs fois, mais ils ne doivent etre definis qu'une seule fois. 

2. Ne confondez pas la notion de membre donnee constant (chaque objet en possede un ; sa valeur ne peut pas etre 
modifiee) et la notion de membre donnee statique (tous les objets d'une meme classe partagent le meme ; sa valeur 
peut changer). 

3. Sauf, comme on l'a vu au paragraphe 5.2, s'il s'agit d'un membre statique constant ; dans ce cas, ce membre est 
unique pour tous les objets de la classe. 



7 - Les classes en general 



Exercices 

N.B : les exercices marques (C) sont corriges en fin de volume. 

1 Experimentez (eventuellement sur un exemple de ce chapitre) la compilation separee 
d'une classe (creation d'un module objet et d'un fichier en-tete) et son utilisation au 
sein d'un programme. 

2 (C) Ecrivez une classe vecteur (de type class et non struct) comportant : 

• comme membres donnees prives : trois composantes de type double, 

• comme fonctions membres publiques : 

- initialise pour attribuer des valeurs aux composantes, 

- homothetie pour multiplier les composantes par une valeur fournie en argu- 
ment, 

- affiche pour afficher les composantes du vecteur. 

3 (C) Ecrivez une classe vecteur analogue a la precedente, dans laquelle la fonction initia- 

lise est remplacee par un constructeur. 

4 Experimentez la creation d'un fichier en-tete et d'un module objet rassemblant deux 
classes differentes. 

5 Verifiez que, lorsqu'une classe comporte un membre donnee statique, ce dernier peut 
etre utilise, meme lorsqu'aucun objet de ce type n'a ete declare. 

6 Mettez en evidence les problemes poses par 1' affectation entre objets comportant une 
partie dynamique. Pour ce faire, utilisez la classe hasard du second exemple du para- 
graphe 4.4, en ajoutant simplement des instructions affichant l'adresse contenue dans 
vol, dans le constructeur d'une part, dans le destructeur d'autre part. Vous constaterez 
qu'avec ces declarations : 

hasard hi (10, 3) ; 
hasard h2 (20, 5) ; 

une instruction telle que : 

h2 = hi ; 

n'entraine pas toutes les recopies escomptees et que, de surcroit, elle conduit a liberer 
deux fois le meme emplacement (en fin de fonction). 
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Les proprietes des 
fonctions membres 



Le chapitre precedent vous a presente les concepts fondamentaux de classe, d'objet, de cons- 
tructeur et de destructeur. Ici, nous allons etudier un peu plus en detail l'application aux fonc- 
tions membres des possibilites offertes par C++ pour les fonctions ordinaires : surdefinition, 
arguments par defaut, fonction en ligne, transmission par reference. 

Nous verrons egalement comment une fonction membre peut recevoir en argument, outre 
l'objet l'ayant appele (transmis implicitement) un ou plusieurs objets de type classe. Ici, nous 
nous limiterons au cas d'objets de meme type que la classe dont la fonction est membre ; les 
autres situations, correspondant a une violation du principe d'encapsulation, ne seront exami- 
nees que plus tard, dans le cadre des fonctions amies. 

Nous verrons ensuite comment acceder, au sein d'une fonction membre, a l'adresse de l'objet 
l'ayant appele, en utilisant le mot cle this. 

Enfin, nous examinerons les cas particuliers des fonctions membres statiques et des fonctions 
membres constantes, ainsi que l'emploi de pointeurs sur des fonctions membres. 

1 Surdefinition des fonctions membres 

Nous avons deja vu comment C++ nous autorise a surdefinir les fonctions ordinaires. Cette 
possibility s'applique egalement aux fonctions membres d'une classe, y compris au construc- 
ted" (mais pas au destructeur puisqu'il ne possede pas d'arguments). 
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1.1 Exemple 



Voyez cet exemple, dans lequel nous surdefinissons : 

• le constructeur point, le choix du bon constructeur se faisant ici suivant le nombre 
d' arguments : 

- argument : les deux coordonnees attributes au point construit sont toutes deux nulles, 

- 1 argument : il sert de valeur commune aux deux coordonnees, 

- 2 arguments : c'est le cas "usuel" que nous avions deja rencontre. 

• la fonction affiche de maniere qu'on puisse l'appeler : 

- sans argument comme auparavant, 

- avec un argument de type chaine : dans ce cas, elle affiche le texte correspondant avant 
les coordonnees du point. 



#include <iostreain> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point ( ) ; 

point (int) ; 

point (int, int) ; 

void affiche () ; 

void affiche (char *) 

} ; 

point: : point () 

{ x = ; y = ; 

} 

point: :point (int abs) 

{ x = y = abs ; 

} 

point: :point (int abs, int ord) 

{ x = abs ; y = ord ; 

} 

void point :: affiche () 

{ cout « "Je suis en : " « x « " 

} 

void point :: affiche (char * message) 

{ cout « message ; affiche () ; 

} 

main ( ) 



// constructeur 1 (sans arguments) 

// constructeur 2 (un argument) 

// constructeur 3 (deux arguments) 

// fonction affiche 1 (sans arguments) 

// fonction affiche 2 (un argument chaine) 

// constructeur 1 



// constructeur 2 



// constructeur 3 



// fonction affiche 1 
« y « "\n" ; 

// fonction affiche 2 



{ point a ; 

a. affiche () ; 
point b (5) ; 
b. affiche ("Point b 
point c (3, 12) ; 
c. affiche ("Hello — 



") 



// appel constructeur 1 

// appel fonction affiche 1 

// appel constructeur 2 

// appel fonction affiche 2 

// appel constructeur 3 

// appel fonction affiche 2 



1 - Surdefinition des fonctions membres 



Je suis en : 

Point b - Je suis en : 5 5 

Hello Je suis en : 3 12 



Exemple de surdefinition de fonctions membres (point et affichej 



> 



Remarques 

1 En utilisant les possibilites d'arguments par defaut, il est souvent possible de diminuer le 
nombre de fonctions surdefinies. C'est le cas ici pour la fonction affiche, comme nous le 
verrons d'ailleurs dans le paragraphe suivant. 

2 Ici, dans la fonction affiche(char *), nous faisons appel a l'autre fonction membre affi- 
che 0. En effet, une fonction membre peut toujours en appeler une autre (qu'elle soit 
publique ou non). Une fonction membre peut meme s'appeler elle-meme, dans la 
mesure ou Ton a prevu le moyen de rendre fini le processus de recursivite qui en 
decoule. 

1 .2 Incidence du statut public ou prive d'une fonction membre 

Mais, par rapport a la surdefinition des fonctions independantes, il faut maintenant tenir 
compte de ce qu'une fonction membre peut etre privee ou publique. Or, en C++ : 



Le statut prive ou public d'une fonction n'intervient pas dans les fonctions conside- 
rees. En revanche, si la meilleure fonction trouvee est privee, elle ne pourra pas etre 
appelee (sauf si I'appel figure dans une autre fonction membre de la classe). 



Condiserez cet exemple : 

class A { public : void f(int n) { } 

private : void f(char c) { } 

} ; 

main() 

{ int n ; char c ; A a ; 

a.f(c) ; 
} 

L' appel a.f(c) amene le compilateur a considerer les deux fonctions f(int) etf(char), et ceci, 
independamment de leur statut (public pour la premiere, prive pour la seconde). L'algorithme 
de recherche de la meilleure fonction conclut alors que f(char) est la meilleure fonction et 
qu'elle est unique. Mais, comme celle-ci est privee, elle ne peut pas etre appelee depuis une 
fonction exterieure a la classe et I'appel est rejete (et ceci, malgre l'existence de f(int) qui 
aurait pu convenir...). Rappelons que : 

• si f(char) est definie publique, elle serait bien appelee par a.f(c) : 

• si J "(char) n'est pas definie du tout, a.f(c) appellerait/f/w/j. 
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jf*H En Java 



Contrairement a ce qui se passe en C++, le statut prive ou public d'une fonction membre 
est bien pris en compte dans le choix des "fonctions acceptables" . Dans ce dernier exem- 
ple, a.f(c) appellerait bi&n. f(int) , apres conversion de c en int, comme si la fonction privee 
f(int) n'existait pas. 



2 Arguments par defaut 



Comme les fonctions ordinaires, les fonctions membres peuvent disposer d'arguments par 
defaut. Voici comment nous pourrions modifier l'exemple precedent pour que notre classe 
point ne possede plus qu'une seule fonction affiche disposant d'un seul argument de type 
chaine. Celui-ci indique le message a afficher avant les valeurs des coordonnees et sa valeur 
par defaut est la chaine vide. 



#include <iostream> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point ( ) ; 

point (int) ; 

point (int, int) ; 

void affiche (char 



"") 



} ; 

point: : point () 

{ x = ; y = ; 

} 

point: :point (int abs) 

{ x = y = abs ; 

} 

point: :point (int abs, int ord) 

{ x = abs ; y = ord ; 

} 

void point :: affiche (char * message) 

{ cout « message « "Je suis en : ' 

} 

main ( ) 



// constructeur 1 (sans argument) 

// constructeur 2 (un argument) 

// constructeur 3 (deux arguments) 

// fonction affiche (un argument par defaut) 

// constructeur 1 



{ point a ; 

a . affiche ( ) ; 
point b (5) ; 
b. affiche ("Point b 
point c (3, 12) ; 
c. affiche ("Hello — 



") 



// 



// 



// 



// constructeur 2 



// constructeur 3 



// fonction affiche 
« x « " " « y « "\n" 



appel constructeur 1 
appel constructeur 2 
appel constructeur 3 



3 - Les fonctions membres en ligne 



Je suis en : 

Point b - Je suis en : 5 5 

Hello Je suis en : 3 12 



Exemple d'utilisation d' arguments par defaut dans une fonction membre 



> 



Remarque 



Ici, nous avons remplace deux fonctions surdefinies par une seule fonction ay ant un argu- 
ment par defaut. Bien entendu, cette simplification n'est pas toujours possible. Par exem- 
ple, ici, nous ne pouvons pas l'appliquer a notre constructeur point. En revanche, si nous 
avions prevu que, dans le constructeur point a un seul argument, ce dernier represente 
simplement l'abscisse du point auquel on aurait alors attribue une ordonnee nulle, nous 
aurions pu definir un seul constructeur : 

point: :point (int abs = 0, int ord = 0) 
{ x = abs ; y = ord ; 



3 Les fonctions membres en ligne 



Nous avons vu que C++ permet de definir des fonctions en ligne. Ceci accroit l'efficience 
d'un programme dans le cas de fonctions courtes. La encore, cette possibility s'applique aux 
fonctions membres, moyennant cependant une petite nuance concernant sa mise en oeuvre. 
En effet, pour rendre en ligne une fonction membre, on peut : 

• soit fournir directement la definition de la fonction dans la declaration meme de la classe ; 
dans ce cas, le qualificatif inline n'a pas a etre utilise ; 

• soit proceder comme pour une fonction ordinaire en fournissant une definition en dehors de 
la declaration de la classe ; dans ce cas, le qualificatif inline doit apparaitre a la fois devant 
la declaration et devant l'en-tete. 

Voici comment nous pourrions rendre en ligne les trois constructeurs de notre precedent 
exemple en adoptant la premiere maniere : 



#include <iostream> 

using namespace std ; 

class point 

{ int x, y ; 
public : 

point (){x = 0;y = 0;} // constructeur 1 "en ligne" 

point (int abs) { x = y = abs ; } // constructeur 2 "en ligne" 

point (int abs, int ord) { x = abs ; y = ord ; } // constructeur 3 "en ligne" 
void affiche (char * = "") ; 
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void point : :affiche (char * message) // fonction affiche 

{ cout « message « "Je suis en : " « x << " " « y « "\n" ; 

} 



main ( ) 

{ point a ; 

a. affiche () ; 

point b (5) ; 

b. affiche ("Point b - ") ; 

point c (3, 12) ; 

c. affiche ("Hello ") 



// "appel" constructeur 1 
// "appel" constructeur 2 
// "appel" constructeur 3 



Je suis en : 

Point b - Je suis en : 5 5 

Hello Je suis en : 3 12 



\> 



Exemple de fonctions membres en ligne 



Remarques 

1 Voici comment se serait presentee la declaration de notre classe si nous avions declare 
nos fonctions membres en ligne a la maniere des fonctions ordinaires (ici, nous n'avons 
mentionne qu'un constructeur) : 



class point 

{ 

public : 
inline point ( ) ; 

} ; 

inline point :: point () { x = ; y = ; } 

Si nous n'avions eu besoin que d'un seul constructeur avec arguments par defaut 
(comme dans la remarque du precedent paragraphe), nous aurions pu tout aussi bien le 
rendre en ligne ; avec la premiere demarche (definition de fonction integree dans la 
declaration de la classe), nous aurions alors specifie les valeurs par defaut directement 
dans l'en-tete : 

class point 
{ 

point (int abs = 0, int ord = 0) 
{ x = abs ; y = ord ; } 



Nous utiliserons d'ailleurs un tel constructeur dans l'exemple du paragraphe suivant. 



4 - Cas des objets transmis en argument d'une fonction membre 



3 Par sa nature meme, la definition d'une fonction en ligne doit obligatoirement etre con- 
nue du compilateur lorsqu'il traduit le programme qui l'utilise. Cette condition est obli- 
gatoirement realisee lorsque Ton utilise la premiere demarche. En revanche, ce n'est 
plus vrai avec la seconde ; en general, dans ce cas, on placera les definitions des fonc- 
tions en ligne a la suite de la declaration de la classe, dans le meme fichier en-tete. 

Dans tous les cas, on voit toutefois que l'utilisateur d'une classe (qui disposera obliga- 
toirement du fichier en-tete relatif a une classe) pourra toujours connaitre la definition 
des fonctions en ligne ; le fournisseur d'une classe ne pourra jamais avoir la certitude 
qu'un utilisateur de cette classe ne tentera pas de les modifier. Ce risque n'existe pas 
pour les autres fonctions membres (des lors que l'utilisateur ne dispose que du module 
objet relatif a la classe). 

4 Cas des objets transmis en argument 
d'une fonction membre 

Dans les exemples precedents, les fonctions membres recevaient : 

• un argument implicite du type de leur classe, a savoir l'adresse de l'objet l'ayant appele, 

• un certain nombre d'arguments qui etaient d'un type "ordinaire" (c'est-a-dire autre que classe). 

Mais une fonction membre peut, outre l'argument implicite, recevoir un ou plusieurs argu- 
ments du type de sa classe. Par exemple, supposez que nous souhaitions, au sein d'une classe 
point, introduire une fonction membre nominee coincide, chargee de detecter la coincidence 
eventuelle de deux points. Son appel au sein d'un programme se presentera obligatoirement, 
comme pour toute fonction membre, sous la forme : 

a. coincide (...) 

a etant un objet de type point. 

II faudra done imperativement transmettre le second point en argument ; en supposant qu'il se 
nomme b, cela nous conduira a un appel de la forme : 

a. coincide (b) 

ou, ici, compte tenu de la "symetrie" du problem e : 

b. coincide (a) 

Voyons maintenant plus precisement comment ecrire la fonction coincide. Voici ce que peut 
etre son en-tete, en supposant qu'elle fournit une valeur de retour entiere (1 en cas de coinci- 
dence, dans le cas contraire) : 

int point :: coincide (point pt) 

Dans coincide, nous devons done comparer les coordonnees de l'objet fourni implicitement 
lors de son appel (ses membres sont designes, comme d'habitude, par x et y) avec celles de 
l'objet fourni en argument, dont les membres sont designes par pt.x etpt.y. Le corps de coin- 
cide se presentera done ainsi : 
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if ((pt.x == x) && (pt.y == y) ) return 1 ; 

else return ; 

Voici un exemple complet de programme, dans lequel nous avons limite les fonctions mem- 
bres de la classe point a un constructeur et a coincide : 

#include <iostreain> 

using namespace std ; 

class point // Une classe point contenant seulement : 

{ 

int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ("en ligne") 
{ x=abs; y=ord ; } 

int coincide (point) ; // une fonction membre : coincide 

} ; 

int point: : coincide (point pt) 

{ if ( (pt.x == x) && (pt.y == y) ) return 1 ; 

else return ; 
// remarquez la "dissymetrie" des notations : pt.x et x 
} 

main() // Un petit programme d'essai 

{ 

point a, b(l), c(l,0) ; 

cout « "a et b : " « a.coincide(b) << " ou " « b. coincide (a) « "\n" ; 

cout « "b et c : " « b. coincide (c) << " ou " « c. coincide (b) « "\n" ; 



a et b : ou 
b et c : 1 ou 1 

Exemple d'objet transmis en argument a une fonction membre 

On pourrait penser qu'on viole le principe d' encapsulation dans la mesure ou, lorsqu'on 
appelle la fonction coincide pour l'objet a (dans a. coincide (b)), elle est autorisee a acceder 
aux donnees de b. En fait, en C++, n'importe quelle fonction membre d'une classe peut acce- 
der a n'importe quel membre (public ou prive) de n'importe quel objet de cette classe. On 
traduit souvent cela en disant que : 



En C++, I'unite d'encapsulation est la classe (et non pas l'objet !) 



> 



Remarques 

1 Nous aurions pu ecrire coincide de la maniere suivante 

return ((pt.x == x) SS (pt.y == y) ) ; 
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2 En theorie, on peut dire que la coincidence de deux points est symetrique, en ce sens 
que l'ordre dans lequel on considere les deux points est indifferent. Or cette symetrie ne 
se retrouve pas dans la definition de la fonction coincide, pas plus que dans son appel. 
Cela provient de la transmission, en argument implicite, de l'objet appelant la fonction. 
Nous verrons que l'utilisation d'une "fonction amie" permet de retrouver cette syme- 
trie. 

3 Notez bien que l'unite d'encapsulation est la classe concernee, pas toutes les classes 
existantes. Ainsi, si A et B sont deux classes differentes, une fonction membre de A ne 
peut heureusement pas acceder aux membres prives d'un objet de classe B (pas plus 
que ne le pourrait une fonction ordinaire, main par exemple) bien entendu, elle peut 
toujours acceder aux membres publics. Nous verrons plus tard qu'il est possible a une 
fonction (ordinaire ou membre) de s'affranchir de cette interdiction (et done, cette fois, 
de violer veritablement le principe d'encapsulation) par des declarations d'amitie appro- 
priees. 

(f***! En Java 



L'unite d'encapsulation est egalement la classe. 

5 Mode de transmission des objets 
en argument 

Dans l'exemple precedent, l'objet pt etait transmis classiquement a coincide, a savoir par 
valeur. Precisement, cela signifie done que, lors de l'appel : 

a. coincide (b) 

les valeurs des donnees de b sont recopiees dans un emplacement (de type point) local a coin- 
cide (nomme pt). 

Comme pour n'importe quel argument ordinaire, il est possible de prevoir d'en transmettre 
l'adresse plutot que la valeur ou de mettre en place une transmission par reference. Exami- 
nons ces deux possibilites. 

5.1 Transmission de l'adresse d'un objet 

II est possible de transmettre explicitement en argument l'adresse d'un objet. Rappelons que, 
dans un tel cas, on ne change pas le mode de transmission de l'argument (contrairement a ce 
qui se produit avec la transmission par reference) ; on se contente de transmettre une valeur 
qui se trouve etre une adresse et qu'il faut done interpreter en consequence dans la fonction 
(notamment en employ ant l'operateur d'indirection *). A titre d'exemple, voici comment nous 
pourrions modifier la fonction coincide du paragraphe precedent : 
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int point: : coincide (point * adpt) 

{ if ( ( adpt -> x = x) && (adpt -> y == y) ) return 1 ; 

else return ; 
} 

Compte tenu de la dissymetrie naturelle de notre fonction membre, cette ecriture n'est guere 
choquante. Par contre, l'appel de coincide (au sein de main) le devient davantage : 

a. coincide (&b) 
OU 

b. coincide (&a) 

Voici le programme complet ainsi modifie : 

#include <iostream> 
using namespace std ; 

class point // Une classe point contenant seulement : 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ("en ligne") 

{ x=abs; y=ord ; } 
int coincide (point *) ; // une fonction membre : coincide 

} ; 

int point: : coincide (point * adpt) 

{ if ( (adpt->x == x) && (adpt->y == y) ) return 1 ; 

else return ; 
} 

main() // Un petit programme d'essai 

{ point a, b(l), c(l,0) ; 

cout « "a et b : " « a. coincide (&b) « " ou " « b. coincide (&a) « "\n" ; 

cout « "b et c : " « b. coincide (&c) « " ou " « c. coincide (&b) « "\n" ; 



a et b : ou 
b et c : 1 ou 1 



Exemple de transmission de Vadresse d'un objet a une fonction membre 



> 



Remarque 



N'oubliez pas qu'a partir du moment ou vous fournissez l'adresse d'un objet a une fonction 
membre, celle-ci peut en modifier les valeurs (elle a acces a tous les membres s'il s'agit 
d'un objet de type de sa classe, aux seuls membres publics dans le cas contraire). Si vous 
craignez de tels effets de bord au sein de la fonction membre concernee, vous pouvez tou- 
jours employer le qualificatif const. Ainsi, ici, l'en-tete de coincide aurait pu etre : 

int point :: coincide (const point * adpt) 
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en modifiant parallelement son prototype : 

int coincide (const point *) ; 

Notez toutefois qu'une telle precaution ne peut pas etre prise avec l'argument implicite 
qu'est l'objet ay ant appele la fonction. Ainsi, dans coincide muni de l'en-tete ci-dessus, 
vous ne pourriez plus modifier adpt -> x mais vous pourriez toujours modifier x. La 
encore, l'utilisation d'une fonction amie permettra d'assurer l'egalite de traitement des 
deux arguments, en particulier au niveau de leur Constance. 

5.2 Transmission par reference 

Comme nous l'avons vu, l'emploi des references permet de mettre en place une transmission 
par adresse, sans avoir a en prendre en charge soi-meme la gestion. Elle simplifie d'autant 
l'ecriture de la fonction concernee et ses differents appels. Voici une adaptation de coincide 
dans laquelle son argument est transmis par reference : 

#include <iostreain> 
using namespace std ; 

class point // Une classe point contenant seulement : 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ("en ligne") 
{ x=abs; y=ord ; } 

int coincide (point &) ; // une fonction membre : coincide 

} ; 

int point :: coincide (point s pt) 
{ if ( (pt.x == x) && (pt.y == y) ) return 1 ; 

else return ; 
} 

main() // Un petit programme d'essai 

{ 

point a, b(l) , c(l,0) ; 

cout << "a et b : " « a. coincide (b) « " ou " « b. coincide (a) « "\n" ; 

cout << "b et c : " « b.coincide(c) « " ou " « c.coincide(b) « "\n" ; 



a et b : ou 
b et c : 1 ou 1 

Exemple de transmission par reference d'un objet a une fonction membre 



\> 



Remarque 

La remarque precedente (en fin de paragraphe 5. 1) sur les risques d'effets de bord s'appli- 
que egalement ici. Le qualificatif const pourrait y intervenir de maniere analogue : 

int point :: coincide (const point S pt) 
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5.3 Les problemes poses par la transmission par valeur 

Nous avons deja vu que l'affectation d'objets pouvait poser des problemes dans le cas ou ces 
objets possedaient des pointeurs sur des emplacements alloues dynamiquement. Ces poin- 
teurs etaient effectivement recopies, mais il n'en allait pas de meme des emplacements poin- 
tes. Le transfert d'arguments par valeur presente les memes risques, dans la mesure ou il 
s'agit egalement d'une simple recopie. 

De meme que le probleme pose par l'affectation peut etre resolu par la surdefinition de cet 
operateur, celui pose par le transfert par valeur peut etre regie par l'emploi d'un constructeur 
particulier ; nous vous montrerons comment des le prochain chapitre. 

D'une maniere generale, d'ailleurs, nous verrons que les problemes poses par les objets conte- 
nant des pointeurs se ramenent effectivement a l'affectation et a l'initialisation 1 , dont la 
recopie en cas de transmission par valeur constitue un cas particulier. 

6 Lorsqu'une fonction renvoie un objet 

Ce que nous avons dit a propos des arguments d'une fonction membre s'applique egalement a 
sa valeur de retour. Cette derniere peut etre un objet et on peut choisir entre : 

• transmission par valeur, 

• transmission par adresse, 

• transmission par reference. 
Cet objet pourra etre : 

• du meme type que la classe, auquel cas la fonction aura acces a ses membres prives ; 

• d'un type different de la classe, auquel cas la fonction n'aura acces qu'a ses membres publics. 

La transmission par valeur suscite la meme remarque que precedemment : par defaut, elle se 
fait par simple recopie de l'objet. Pour les objets comportant des pointeurs sur des emplace- 
ments dynamiques, il faudra prevoir un constructeur particulier (d'initialisation). 

En revanche, la transmission d'une adresse ou la transmission par reference risquent de poser 
un probleme qui n'existait pas pour les arguments. Si une fonction transmet l'adresse ou la 
reference d'un objet, il vaut mieux eviter qu'il s'agisse d'un objet local a la fonction, c'est-a- 
dire de classe automatique. En effet, dans ce cas, l'emplacement de cet objet sera libere 2 des 
la sortie de la fonction ; la fonction appelante recuperera l'adresse de quelque chose n'existant 
plus vraiment 3 . Nous reviendrons plus en detail sur ce point dans le chapitre consacre a la 
surdefinition d'operateurs. 



1. Bien que cela n'apparaisse pas toujours clairement en C, il est tres important de noter qu'en C++, affectation et 
initialisation sont deux choses differentes. 

2. Comme nous le verrons en detail au chapitre suivant, il y aura appel du destructeur, s'il existe. 
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A titre d'exemple, voici une fonction membre nominee symetrique qui pourrait etre introduite 
dans une classe point pour fournir en retour un point symetrique de celui l'ayant appele : 

point point : : symetrique ( ) 
{ point res ; 

res . x = -x ; res . y = -y ; 

return res ; 
} 

Vous constatez qu'il a ete necessaire de creer un objet automatique res au sein de la fonction. 
Comme nous l'avons explique ci-dessus, il ne serait pas conseille d'en prevoir une transmis- 
sion par reference, en utilisant cet en-tete : 

point S point : : symetrique ( ) 



7 Autoreference : le mot cle this 



Nous avons eu souvent l'occasion de dire qu'une fonction membre d'une classe recoit une 
information lui permettant d'acceder a l'objet l'ayant appele. Le terme "information", bien 
qu'il soit relativement flou, nous a suffi pour expliquer tous les exemples rencontres jusqu'ici. 
Mais nous n'avions pas besoin de manipuler explicitement l'adresse de l'objet en question. Or 
il existe des circonstances ou cela devient indispensable. Songez, par exemple, a la gestion 
d'une liste chainee d'objets de meme nature : pour ecrire une fonction membre inserant un 
nouvel objet (suppose transmis en argument implicite), il faudra bien placer son adresse dans 
l'objet precedent de la liste. 

Pour resoudre de tels problemes, C++ a prevu le mot cle : this. Celui-ci, utilisable unique- 
ment au sein d'une fonction membre, designe un pointeur sur l'objet l'ayant appele. 

Ici, il serait premature de developper l'exemple de liste chainee dont nous venons de parler ; 
nous vous proposons un exemple d'ecole : dans la classe point, la fonction affiche fournit 
l'adresse de l'objet l'ayant appele. 

#include <iostream> 
using namespace std ; 

class point // Une classe point contenant seulement : 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) // Un constructeur ("inline") 
{ x=abs; y=ord ; } 

void affiche () ; // Une fonction affiche 

} ; 

void point :: affiche () 
{ cout << "Adresse : " << this « " - Coordonnees " « x « " " « y « "\n" ; 



3. Dans certaines implementations, un emplacement libere n'est pas remis a zero. Ainsi, on peut avoir l'illusion que 
"cela marche" si Ton se contente d'exploiter l'objet immediatement apres l'appel de la fonction. 
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t> 



main() // Un petit programme d'essai 

{ point a (5), b(3, 15) ; 

a . af f iche ( ) ; 

b . af f iche ( ) ; 



Adresse : 006AFDF0 - Coordonnees 5 
Adresse : 006AFDE8 - Coordonnees 3 15 

Exemple d 'utilisation de this 

Remarques 

A titre purement indicatif, la fonction coincide du paragraphe 5. 1 pourrait s'ecrire : 

int point: : coincide (point * adpt) 

{ if ((this -> x == adpt -> x) && (this -> y == adpt -> y) ) return 1 ; 

else return ; 
} 

La symetrie du probleme y apparait plus clairement. Ce serait moins le cas si Ton ecri- 
vait ainsi la fonction coincide du paragraphe 4 : 

int point :: coincide (point pt) 

{ if ((this -> x == pt.x)) SS (this -> y == pt.y)) return 1 ; 

else return ; 



<•) En Java 



Le mot cle this existe egalement en Java, avec une signification voisine : il designe l'objet 
ayant appele une fonction membre, au lieu de son adresse en C++ (de toute facon, la 
notion de pointeur n'existe pas en Java). 



8 Les fonctions membres statiques 



Nous avons deja vu (paragraphe 5 du chapitre 5) comment C++ permet de definir des mem- 
bres donnees statiques. Ceux-ci existent en un seul exemplaire (pour une classe donnee), 
independamment des objets de leur classe. 

D'une maniere analogue, on peut imaginer que certaines fonctions membres d'une classe 
aient un role totalement independant d'un quelconque objet ; ce serait notamment le cas d'une 
fonction qui se contenterait d'agir sur des membres donnees statiques. 

On peut certes toujours appeler une telle fonction en la faisant porter artificiellement sur un 
objet de la classe, et ce, bien que l'adresse de cet objet ne soit absolument pas utile a la fonc- 
tion. En fait, il est possible de rendre les choses plus lisibles et plus efficaces en declarant sta- 
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tique (mot cle static) la fonction membre concernee. Dans ce cas en effet son appel ne 
necessite plus que le nom de la classe correspondante (accompagne, naturellement, de l'ope- 
rateur de resolution de portee). Comme pour les membres statiques, une telle fonction mem- 
bre statique peut meme etre appelee lorsqu'il n'existe aucun objet de sa classe. 

Voici un exemple de programme illustrant l'emploi d'une fonction membre statique : il s'agit 
de l'exemple presente au paragraphe 5.3 du chapitre 5, dans lequel nous avons introduit une 
fonction membre statique nominee compte, affichant simplement le nombre d'objets de sa 
classe : 



#include <iostreain> 
using namespace std ; 
class cpte_obj 
{ static int ctr ; 
public : 

cpte_obj () ; 

~cpte_obj () ; 

static void compte () ; 



// compteur (statique) du nombre d'objets crees 



// pour afficher le nombre d'objets crees 



int cpte_obj : :ctr = ; 
cpte_ob j : : cpte_ob j ( ) 
{ 

cout << "++ construction 
} 

cpte_obj : : ~cpte_ob j () 
{ cout << " — destruction 
} 

void cpte_obj: : compte () 
{ cout << " appel compte 
} 

main{) 
{ void fct () ; 

cpte_obj: : compte () ; 

cpte_obj a ; 

cpte_obj: : compte () ; 

fct () ; 

cpte_obj: : compte () ; 

cpte_obj b ; 

cpte_obj: : compte () ; 
} 

void fct ( ) 
{ cpte_obj u, v ; 



// initialisation du membre statique ctr 
// constructeur 

: il y a maintenant " « ++ctr « " objets\n" 

// destructeur 
: il reste maintenant " « — ctr « " objets\n" 



il y a 



" « ctr « " objets\n" 



// appel de la fonction membre statique compte 
// alors qu' aucun objet de sa classe n'existe 



appel compte 
++ construction 

appel compte 
++ construction 



il y a objets 

il y a maintenant 1 objets 

il y a 1 objets 

il y a maintenant 2 objets 
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++ construction 

— destruction 

— destruction 
appel compte 

++ construction 
appel compte 

— destruction 

— destruction 



il y a maintenant 3 objets 

il reste maintenant 2 objets 

il reste maintenant 1 objets 

il y a 1 objets 

il y a maintenant 2 objets 

il y a 2 objets 

il reste maintenant 1 objets 

il reste maintenant objets 



Definition et utilisation d'une fonction membre statique 



<•) En Java 



Les fonctions membres statiques existent egalement en Java et elles se declarent a l'aide 
du meme mot cle static. 



9 Les fonctions membres constantes 



9.1 Rappels sur I'utilisation de const en C 

En langage C, le qualificatif const peut servir a designer une variable dont on souhaite que la 
valeur n'evolue pas. Le compilateur est ainsi en mesure de rejeter d'eventuelles tentatives de 
modification de cette variable. Par exemple, avec cette declaration : 

const int n=20 ; 

l'instruction suivante sera incorrecte : 

n = 12 ; // incorrecte : n n'est pas une lvalue 

De la meme maniere, on ne peut modifier la valeur d'un argument muet declare constant 
dans l'en-tete d'une fonction : 

void f (const int n) // ou meme void f (const int & n) - voir remarque 
{ n++ ; // incorrect : n n'est pas une lvalue 



> 



Remarque 



Ne confondez pas un argument muet declare const et un argument effectif declare const. 
Dans le premier cas, la declaration const constitue une sorte de "contrat" : le program- 
mer de la fonction s'engage a ne pas en modifier la valeur et ce meme si, au bout du 
compte, la fonction travaille sur une copie de la valeur de l'argument effectif (ce qui est le 
cas avec la transmission par valeur avec une reference a une constante !). 
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9.2 Definition d'une fonction membre constante 

C++ etend ce concept de Constance des variables aux classes, ce qui signifie qu'on peut defi- 
nir des objets constants. Encore faut-il comprendre ce que Ton entend par la. En effet, dans 
le cas d'une variable ordinaire, le compilateur peut assez facilement identifier les operations 
interdites (celles qui peuvent en modifier la valeur). En revanche, dans le cas d'un objet, les 
choses sont moins faciles, car les operations sont generalement realisees par les fonctions 
membres. Cela signifie que l'utilisateur doit preciser, parmi ces fonctions membres, lesquel- 
les sont autorisees a operer sur des objets constants. II le fera en utilisant le mot const dans 
leur declaration, comme dans cet exemple de definition d'une classe point : 

class point 
{ int x, y ; 
public : 

point (...) ; 

void affiche () const ; 

void deplace (...) ; 



} ; 



\> 



Remarque 



La remarque du paragraphe 9.1 a propos des arguments muets constants s'applique 
encore ici. II ne faut pas confondre un argument muet declare const et un argument effec- 
tif declare const. 

9.3 Proprietes d'une fonction membre constante 

Le fait de specifier que la fonction affiche est constante a deux consequences : 

1. Elle est utilisable pour un objet declare constant. 

Ici, nous avons specifie que la fonction affiche etait utilisable pour un "point constant". En 
revanche, la fonction deplace, qui n'a pas fait l'objet d'une declaration const ne le sera pas. 
Ainsi, avec ces declarations : 

point a ; 
const point c ; 

les instructions suivantes seront correctes : 

a. affiche () ; 
c . affiche ( ) ; 
a. deplace (...) ; 



En revanche, celle-ci sera rejetee par le compilateur : 

c. deplace (...) ; // incorrecte ; c est constant, ale 
// deplace ne l'est pas 

La meme remarque s'appliquerait a un objet recu en argument 
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void f (const point p) // ou meme void f (const point & p) - voir remarque 

{ p.affiche () ; // OK 

p . deplace (...); / / incorrecte 
} 

. Les instructions figurant dans sa definition ne doivent pas modifier la valeur des membres 
de V objet point : 

class point 
{ int x, y ; 
public : 

void affiche () const 

{ x++ ; // erreur car affiche a ete declaree const 

} 
} ; 

Les membres statiques font naturellement exception a cette regie, car ils ne sont pas associes 
a un objet parti culier : 

class compte 
{ static int n ; 
public : 

void test() const 

{ n++ ; // OK bien que test soit declaree constante, car n est 
// un membre statique 



Remarques 

1 Le mecanisme que nous venons d'exposer s'applique aux fonctions membres volatiles et 
aux objets volatiles (mot cle volatile). II suffit de transposer tout ce qui vient d'etre dit en 
remplacant le mot cle const par le mot cle volatile. 

2 II est possible de surdefinir une fonction membre en se fondant sur la presence ou 
l'absence du qualificatif const. Ainsi, dans la classe point precedente, nous pouvons 
definir ces deux fonctions : 

void affiche () const ; // affiche I 

void affiche () ; // affiche II 

Avec ces declarations : 

point a ; 
const point c ; 

l'instruction a. affiche () appellera la fonction II tandis que c. affiche () appellera la fonc- 
tion I. 

On notera bien que si seule la fonction void affiche () est definie, elle ne pourra en aucun 
cas etre appliquee a un objet constant ; une instruction telle que c. affiche () serait alors 
rejetee en compilation. En revanche, si seule la fonction const void affiche () est definie, 
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elle pourra etre appliquee indifferemment a des objets constants ou non. Une telle atti- 
tude est logique ; 

- on ne court aucun risque en traitant un objet non constant comme s'il etait constant ; 

- en revanche, il serait dangereux de faire a un objet constant ce qu'on a prevu de faire a 
un objet non constant. 

Pour pouvoir declarer un objet constant, il faut etre sur que le concepteur de la classe 
correspondante a ete exhaustif dans le recencement des fonctions membres constantes 
(c'est-a-dire declarees avec le qualificatif const). Dans le cas contraire, on risque de ne 
plus pouvoir appliquer certaines fonctionnalites a un tel objet constant. Par exemple, on 
ne pourra pas appliquer la methode affiche a un objet constant de type point si celle-ci 
n'a pas effectivement ete declaree constante dans la classe. 



$^*1 En Java 

La notion de fonction membre constante n'existe pas en Java. 

10 Les membres mutables 

Une fonction membre constante ne peut pas modifier les valeurs de membres non statiques. 
La norme a juge que cette restriction pouvait parfois s'averer trop contraignante. Elle a intro- 
duit le qualificatif mutable pour designer des champs dont on accepte la modification, meme 
par des fonctions membres constantes. Voici un petit exemple : 

class true 
{ int x, y ; 

mutable int n ; // n est modifiable par une fonction membre constante 

void f ( ) 

{ x = 5 ; n++ ; } // rien de nouveau ici 

void f 1 { ) const 

{ n++ ; // OK car n est declare mutable 

x = 5 ; // erreur : fl est const et x n'est pas mutable 

} 
} ; 
Comme on peut s'y attendre, les membres publics declares avec le qualificatif mutable sont 
modifiables par affectation : 

class truc2 
{ public : 

int n ; 

mutable int p ; 



// erreur : 1' objet c est constant et n n'est pas mutable 
// OK : 1' objet c est constant, mais p est mutable 



} 


'• 




const 


true 


c 


.n = 


5 ; 


c 


• P = 


5 ; 
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En Java, il n'existe pas de membres constants ; a fortiori, il ne peut y avoir de membres 
mutable s. 



Exercices 

N.B. Les exercices marques (C) sont corriges en fin de volume. 

1 (C) Ecrivez une classe vecteur comportant : 

• trois composantes de type double (privees), 

• une fonction affiche, 

• deux constructeurs : 

- l'un, sans arguments, initialisant chaque composante a 0, 

- l'autre, avec 3 arguments, representant les composantes, 

a) avec des fonctions membres independantes, 

b) avec des fonctions membres en ligne. 

2 (C) Ajoutez a la premiere classe vecteur precedente une fonction membre nominee 

prodscal fournissant en resultat le produit scalaire de deux vecteurs. 

3 (C) Ajoutez a la classe vecteur precedente (exercice 2) une fonction membre nominee 

somme permettant de calculer la somme de deux vecteurs. 

4 (C) Modifiez la classe vecteur precedente (exercice 3) de maniere que toutes les transmis- 

sions de valeurs de type vecteur aient lieu : 

a) par adresse, 

b) par reference. 
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Construction, destruction 
et initialisation des objets 



En langage C, une variable peut etre creee de deux facons : 

• par une declaration : elle est alors de classe automatique ou statique ; sa duree de vie est 
parfaitement definie par la nature et l'emplacement de sa declaration ; 

• en faisant appel a des fonctions de gestion dynamique de la memoire (malloc, calloc, 
free..) ; elle est alors dite dynamique ; sa duree de vie est controlee par le programme. 

En langage C++, on retrouvera ces trois classes a la fois pour les variables ordinaires et pour 
les objets, avec cette difference que la gestion dynamique fera appel aux operateurs new et 
delete. 

Dans ce chapitre, nous etudierons ces differentes possibilites de creation (done aussi de des- 
truction) des objets. Nous commencerons par examiner la creation et la destruction des objets 
automatiques et statiques definis par une declaration. Puis nous montrerons comment creer et 
utiliser des objets dynamiques d'une maniere comparable a celle employee pour creer des 
variables dynamiques ordinaires, en faisant appel a une syntaxe elargie de l'operateur new. 

Nous aborderons ensuite la notion de constructeur de recopie, qui intervient dans les situa- 
tions dites d'"initialisation d'un objet", e'est-a-dire lorsqu'il est necessaire de realiser une 
copie d'un objet existant. Nous verrons qu'il existe trois situations de ce type : transmission 
de la valeur d'un objet en argument d'une fonction, transmission de la valeur d'un objet en 
resultat d'une fonction, initialisation d'un objet lors de sa declaration par un objet de meme 



Construction, destruction et initialisation des objets 



Chapitre 7 



type, cette derniere possibility n'etant qu'un cas parti culier d'initialisation d'un objet au 
moment de sa declaration. 

Puis nous examinerons le cas des "objets membres", c'est-a-dire le cas ou un type classe pos- 
sede des membres donnees eux-meme d'un type classe. Nous aborderons rapidement le cas 
du tableau d'objets, notion d'autant moins importante qu'un tel tableau n'est pas lui-meme un 
objet. 

Enfin, nous fournirons quelques indications concernant les objets dits temporaires, c'est-a- 
dire pouvant etre crees au fil du deroulement du programme 1 , sans que le programmeur l'ait 
explicitement demande. 

1 Les objets automatiques et statiques 

Nous examinons separement : 

• leur duree de vie, c'est-a-dire le moment ou ils sont crees et celui ou ils sont detruits, 

• les eventuels appels des constructeurs et des destructeurs. 

1.1 Duree de vie 

Les regies s'appli quant aux variables ordinaires se transposent tout naturellement aux objets. 
Les objets automatiques sont ceux crees par une declaration : 

• dans une fonction : c'etait le cas dans les exemples des chapitres precedents. L 'objet est 
cree lors de la rencontre de sa declaration, laquelle peut tres bien, en C++, etre situee apres 
d'autres instructions executables 2 . II est detruit a la fin de l'execution de la fonction. 

• dans un bloc : l'objet est aussi cree lors de la rencontre de sa declaration (la encore, celle- 
ci peut etre precedee, au sein de ce bloc, d'autres instructions executables) ; il est detruit lors 
de la sortie du bloc. 

Les objets statiques sont ceux crees par une declaration situee : 

• en dehors de toute fonction, 

• dans une fonction, mais assortie du qualificatif static. 

Les objets statiques sont crees avant le debut de l'execution de la fonction main et detruits 
apres la fin de son execution. 



1. En C, il existe deja des variables temporaires, mais leur existence a moins d'importance que celle des objets 
temporaires en C++. 

2. La distinction entre instruction executable et instruction de declaration n'est pas toujours possible dans un langage 
comme C++ qui accepte, par exemple, une instruction telle que : 

double * adr = new double [nelem =2 * n+1] ; 
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1 .2 Appel des constructeurs et des destructeurs 

Rappelons que si un objet possede un constructeur, sa declaration (lorsque, comme nous le 
supposons pour l'instant, elle ne contient pas d'initialiseur) doit obligatoirement comporter 
les arguments correspondants. Par exemple, si une classe point comporte le constructeur de 
prototype : 

point (int, int) 

les declarations suivantes seront incorrectes : 

point a ; // incorrect : le constructeur attend deux arguments 
point b (3) ; // incorrect {meme raison) 

Celle-ci, en revanche, conviendra : 

point a(l, 7) ; // correct car le constructeur possede deux arguments 

S'il existe plusieurs constructeurs, il suffit que la declaration comporte les arguments requis 
par l'un d'entre eux. Ainsi, si une classe point comporte les constructeurs suivants : 

point ( ) ; // constructeur 1 
point (int, int) ; // constructeur 2 

la declaration suivante sera rejetee : 

point a (5) ; // incorrect : aucun constructeur a un argument 

Mais celles-ci conviendront : 

point a ; // correct : appel du constructeur 1 

point b(l, 7) ; // correct : appel du constructeur 2 

En ce qui concerne la chronologie, on peut dire que : 

• le constructeur est appele apres la creation de l'objet, 

• le destructeur est appele avant la destruction de l'objet. 



\> 



Remarque 

Une declaration telle que : 

point a ; // attention, point a {) serait une declaration d'une fonction a 

est acceptable dans deux situations fort differentes : 

- il n'existe pas de constructeur de point, 

- il existe un constructeur de point sans argument. 



1.3 Exemple 



Voici un exemple de programme mettant en evidence la creation et la destruction d'objets sta- 
tiques et automatiques. Nous avons defini une classe nommee point, dans laquelle le cons- 
tructeur et le destructeur affichent un message permettant de reperer : 
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le moment de leur appel, 

1' objet concerne (nous avons fait en sorte que chaque objet de type point possede des valeurs 
differentes). 

#include <iostream> 
using namespace std ; 
class point 
{ 

int x, y ; 
public : 

point (int abs, int ord) // constructeur ("inline") 

{ x = abs ; y = ord ; 

cout « "++ Construction d'un point : " « x « " " « y « "\n" ; 
} 
-point () // destructeur ("inline") 

{ cout « " — Destruction du point : " « x « " " « y « "\n" ; 
} 

} ; 

point a (1,1) ; // un objet statigue de classe point 

main ( ) 
{ 

cout « "****** Debut main *****\n" ; 

point b(10,10) ; // un objet automatique de classe point 

int i ; 

for (i=l ; i<=3 ; i++) 

{ cout « "** Boucle tour numero " « i « "\n" ; 

point b(i,2*i) ; // objets crees dans un bloc 

} 
cout « "****** Fin main ******\n" ; 



++ Construction d'un point : 1 1 

****** Debut main ***** 

++ Construction d'un point : 10 10 

** Boucle tour numero 1 

++ Construction d'un point : 1 2 

— Destruction du point : 1 2 
** Boucle tour numero 2 

++ Construction d'un point : 2 4 

— Destruction du point : 2 4 
** Boucle tour numero 3 

++ Construction d'un point : 3 6 

— Destruction du point : 3 6 
****** pj_ n ma j_ n ****** 



2 - Les objets dynamiques 



Destruction du point : 10 10 
Destruction du point : 1 1 



Construction et destruction d'objets statiques et automatiques 
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Remarque 



L'existence de constructeurs et de destructeurs conduit a des traitements qui n'apparais- 
sent pas explicitement dans les instructions du programme. Par exemple, ici, une declara- 
tion banale telle que : 

point b(10, 10) ; 

entraine l'affichage d'un message. 

Qui plus est, un certain nombre d'operations se deroulent avant le debut ou apres l'exe- 
cution de la fonction main 1 . On pourrait a la limite concevoir une fonction main ne 
comportant que des declarations (ce qui serait le cas de notre exemple si nous suppri- 
mions l'instruction d'affichage du "tour de boucle"), et realisant, malgre tout, un certain 
traitement. 



2 Les objets dynamiques 



Nous avons deja vu comment creer, utiliser et detruire des variables dynamiques scalaires (ou 
des tableaux de telles variables) en C++. Bien entendu, ces possibilites s'etendent aux struc- 
tures et aux objets. Nous commencerons par les structures, ce qui nous permettra un certain 
nombre de rappels sur l'utilisation des structures dynamiques en C. 

2.1 Les structures dynamiques 

Supposez que nous ayons defini la structure suivante : 

struct chose 
{ int x ; 

double y ; 

int t [5] ; 
} 

et que adr soit un pointeur sur des elements de ce type, c'est-a-dire declare en C par : 

struct chose * adr ; 



1. En toute rigueur, il en va deja de meme dans le cas d'un programme C (ouverture ou fermeture de fichiers par 
exemple) mais il ne s'agit pas alors de taches programmees explicitement par l'auteur du programme ; dans le cas de 
C++, il s'agit de taches programmees par le concepteur de la classe concernee. 
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ou plus simplement, en C++, par : 

chose * adr ; 

L 'instruction : 

adr = new chose ; 

realise une allocation dynamique d'espace memoire pour un element de type chose et affecte 
son adresse au pointeur adr. 

L'acces aux differents champs de cette structure se fait a l'aide de l'operateur ->. Ainsi, adr - 
> y designera le second champ. Rappelons que cette notation est en fait equivalente a (*adr). 

y- 

L'espace memoire ainsi alloue pourra etre libere par : 

delete adr ; 

2.2 Les objets dynamiques 

Voyons tout d'abord ce qu'il y a de commun entre la creation dynamique d'objets et celle de 
structures avant d'etudier les nouvelles possibilites de l'operateur new. 

2.2.1 Points communs avec les structures dynamiques 

Le mecanisme que nous venons d'evoquer s'applique aux objets (au sens large), lorsqu'ils ne 
possedent pas de constructeur. Ainsi, si nous definissons le type point suivant : 

class point 
{ int x, y ; 
public : 

void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche ( ) ; 
} ; 
et si nous declarons : 

point * adr ; 

nous pourrons creer dynamiquement un emplacement de type point (qui contiendra done ici 
la place pour deux entiers) et affecter son adresse a adr par : 

adr = new point ; 

L'acces aux fonctions membres de l'objet pointe par adr se fera par des appels de la forme : 

adr -> initialise (1, 3) ; 
adr -> affiche ( ) ; 

ou, eventuellement, sans utiliser l'operateur ->, par : 

(* adr) .initialise (1, 3) ; 
(* adr) .affiche ( ) ; 

Si l'objet contenait des membres donnees publics, on y accederait de facon comparable. 
Quant a la suppression de l'objet en question, elle se fera, ici encore, par : 

delete adr ; 
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2.2.2 Les nouvelles possibilites des ope rate urs new et delete 

Nous avons deja vu que la philosophic de C++ consiste a faire du constructeur (des lors qu'il 
existe) un passage oblige lors de la creation d'un objet. II en va de meme pour le destructeur 
lors de la destruction d'un objet. 

Cette philosophic s'applique egalement aux objets dynamiques. Plus precisement : 

• Apres l'allocation dynamique de l'emplacement memoire requis, l'operateur new appelle- 
ra un constructeur de l'objet ; ce constructeur sera determine par la nature des arguments 
qui figurent a la suite de son appel, comme dans : 

new point (2, 5) ; 

On peut dire que le constructeur appele est le meme que celui qui aurait ete appele par une 
declaration telle que : 

a = point (2, 5) ; 

Bien entendu, s'il n'existe pas de constructeur, ou s'il existe un constructeur sans argument, 
la syntaxe : 

new point // ou new point () 

sera acceptee. En revanche, si tous les constructeurs possedent au moins un argument, cette 
syntaxe sera rejetee. 

On retrouve la, en definitive, les memes regies que celles s'appliquant a la declaration d'un 
objet. 

• Avant la liberation de l'emplacement memoire correspondant, l'operateur delete appellor;! 
le destructeur. 

2.2.3 Exemple 

Voici un exemple de programme qui cree dynamiquement un objet de type point dans la 
fonction main et qui le detruit dans une fonctionye/ (appelee par main). Les messages affi- 
ches permettent de mettre en evidence les moments auxquels sont appeles le constructeur et 
le destructeur. 

#include <iostream> 
using namespace std ; 
class point 
{ 

int x, y ; 
public : 

point (int abs, int ord) // constructeur 
{ x=abs ; y=ord ; 

cout « "++ Appel Constructeur \n" ; 
} 
~point () // destructeur (en fait, inutile ici) 

{ cout « " — Appel Destructeur \n" ; 
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main ( ) 

{ void fct (point *) ; // prototype fonction fct 

point * adr ; 

cout « "** Debut main \n" ; 

adr = new point (3,1) ; // creation dynamique d'un objet 

fct (adr) ; 

cout « "** Fin main \n" ; 
} 

void fct (point * adp) 
{ cout « "** Debut fct \n" ; 

delete adp ; // destruction de cet objet 

cout « "** Fin fct \n" ; 



** Debut main 

++ Appel Constructeur 

** Debut fct 

— Appel Destructeur 

** Fin fct 
** Fin main 



Exemple de creation dynamique d'objets 
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II n'existe qu'une seule maniere de gerer la memoire allouee a un objet, a savoir de 
maniere dynamique. Les emplacements sont alloues explicitement en faisant appel a une 
methode nominee egalement new. En revanche, leur liberation se fait automatiquement, 
grace a un ramasse-miettes destine a recuperer les emplacements qui ne sont plus referen- 
ces. 

3 Le constructeur de recopie 

3.1 Presentation 

Nous avons vu comment C++ garantissait l'appel d'un constructeur pour un objet cree par une 
declaration ou par new. Ce point est fondamental puisqu'il donne la certitude qu'un objet ne 
pourra etre cree sans avoir ete place dans un "etat initial convenable" (du moins juge comme 
tel par le concept eur de 1' objet). 

Mais il existe des circonstances dans lesquelles il est necessaire de construire un objet, meme 
si le programmeur n'a pas prevu de constructeur pour cela. La situation la plus frequente est 
celle ou la valeur d'un objet doit etre transmise en argument a une fonction. Dans ce cas, il est 
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necessaire de creer, dans un emplacement local a la fonction, un objet qui soit une copie de 
l'argument effectif. Le meme probleme se pose dans le cas d'un objet renvoye par valeur 
comme resultat d'une fonction ; il faut alors creer, dans un emplacement local a la fonction 
appelante, un objet qui soit une copie du resultat. Nous verrons qu'il existe une troisieme 
situation de ce type, a savoir le cas ou un objet est initialise, lors de sa declaration, avec un 
autre objet de meme type. 

D'une maniere generale, on regroupe ces trois situations sous le nom d' initialisation par 
recopie 1 . Une initialisation par recopie d'un objet est done la creation d'un objet par recopie 
d'un objet existant de meme type. 

Pour realiser une telle initialisation, C++ a prevu d'utiliser un constructeur particulier dit 
constructeur de recopie 2 (nous verrons plus loin la forme exacte qu'il doit posseder). Si un 
tel constructeur n'existe pas, un traitement par defaut est prevu ; on peut dire, de facon equi- 
valente, qu'on utilise un constructeur de recopie par defaut. 

En definitive, on peut dire que dans toute situation d'initialisation par recopie il y toujours 
appel d'un constructeur de recopie, mais il faut distinguer deux cas principaux et un cas parti- 
culier. 

3.1.1 II n'existe pas de constructeur approprie 

II y alors appel d'un constructeur de recopie par defaut, genere automatiquement par le 
compilateur. Ce constructeur se contente d'effectuer une copie de chacun des membres. On 
retrouve la une situation analogue a celle qui est mise en place (par defaut) lors d'une affecta- 
tion entre objets de meme type. Elle posera done les memes problemes pour les objets conte- 
nant des pointeurs sur des emplacements dynamiques. On aura simplement affaire a une 
"copie superficielle", e'est-a-dire que seules les valeurs des pointeurs seront recopiees, les 
emplacements pointes ne le seront pas ; ils risquent alors, par exemple, d'etre detruits deux 
fois. 

3.1.2 II existe un constructeur approprie 

Vous pouvez fournir explicitement dans votre classe un constructeur de recopie. II doit 
alors s'agir d'un constructeur disposant d'un seul argument 3 du type de la classe et transmis 
obligatoirement par reference. Cela signifie que son en-tete doit etre obligatoirement de l'une 
de ces deux formes (si la classe concernee se nomme point) : 

point (point &) point (const point &) 

Dans ce cas, ce constructeur est appele de maniere habituelle, apres la creation de l'objet. 
Bien entendu, aucune recopie n'est faite de facon automatique, pas meme une recopie super- 



1. Nous aurions pu nous limiter au terme "initialisation" s'il n'existait pas des situations oil Ton peut initialiser un objet 
avec une valeur ou un objet d'un type different... 

2. En anglais copy constructor. 

3. En toute rigueur, la norme ANSI du C++ accepte egalement un constructeur disposant d'arguments 
supplementaires, pourvu qu'ils possedent des valeurs par defaut. 



Construction, destruction et initialisation des objets 



Chapitre 7 

ficielle, contrairement a la situation precedente : c'est a ce constructeur de prendre en charge 
l'integralite du travail (copie superficielle et copie profonde). 

3.1.3 Lorsqu'on souhaite interdire la contruction par recopie 

On a vu que la copie par defaut des objets contenant des pointeurs n'etait pas satisfaisante. 
Dans certains cas, plutot que de munir une classe du constructeur de recopie voulu, le con- 
cepteur pourra chercher a interdire la copie des objets de cette classe. II dispose alors pour 
cela de differentes possibites. 

Par exemple, comme nous venons de le voir, un constructeur prive n'est pas appelable par un 
utilisateur de la classe. On peut aussi utiliser la possiblite offerte par C++ de declarer une 
fonction sans en fournir de definition : dans ce cas, toute tentative de copie (meme par une 
fonction membre, cette fois) sera rejetee par l'editeur de liens. D'une maniere generale, il 
peut etre judicieux de combiner les deux possibilites, c'est-a-dire d'effectuer une declaration 
privee, sans definition. Dans ce cas, les tentatives de recopie par l'utilisateur resteront detec- 
tees en compilation (avec un message explicite) et seules les recopies par une fonction mem- 
bre se limiteront a une erreur d' edition de liens (et ce point ne concerne que le concepteur de 
la classe, pas son utilisateur !). 



> 



Remarques 

1 Notez bien que C++ impose au constructeur par recopie que son unique argument soit 
transmis par reference (ce qui est logique puisque, sinon, l'appel du constructeur de reco- 
pie impliquerait une initialisation par recopie de l'argument, done un appel du construc- 
teur de recopie qui, lui-meme, etc.) 

Quoi qu'il en soit, la forme suivante serait rejetee en compilation : 

point (point) ; // incorrect 

2 Les deux formes precedentes (point (point &) et point (const point &)) pourraient exis- 
ter au sein d'une meme classe. Dans ce cas, la premiere serait utilisee en cas d'initialisa- 
tion d'un objet par un objet quelconque, tandis que la seconde serait utilisee en cas 
d'initialisation par un objet constant. En general, comme un tel constructeur de recopie 
n'a logiquement aucune raison de vouloir modifier l'objet recu en argument, il est con- 
seille de ne definir que la seconde forme, qui restera ainsi applicable aux deux situa- 
tions evoquees (une fonction prevue pour un objet constant peut toujours s'appliquer a 
un objet variable, la reciproque etant naturellement fausse). 

3 Nous avons deja rencontre des situations de recopie dans le cas de l'affectation. Mais 
alors les deux objets concernes existaient deja ; l'affectation n'est done pas une situation 
d'initialisation par recopie telle que nous venons de la definir. Bien que les deux opera- 
tions possedent un traitement par defaut semblable (copie superficielle), la prise en 
compte d'une copie profonde passe par des mecanismes differents : definition d'un 
constructeur de recopie pour l'initialisation, surdefinition de l'operateur = pour l'affec- 
tation (ce que nous apprendrons a faire dans le chapitre consacre a la surdefinition des 
operateurs). 
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Nous verrons que si une classe est destinee a donner naissance a des objets susceptibles 
d'etre introduits dans des "conteneurs", il ne sera plus possible d'en desactiver la reco- 
pie (pas plus que 1' affectation). 



$^1 En Java 

Les objets sont manipules non par valeur, mais par reference. La notion de constructeur 
de recopie n'existe pas. En cas de besoin, il reste possible de creer explicitement une 
copie profonde d'un objet nommee clone. 

3.2 Exemple 1 : objet transmis par valeur 

Nous vous proposons de comparer les deux situations que nous venons d'evoquer : constructeur 
de recopie par defaut, constructeur de recopie defini dans la classe. Pour ce faire, nous allons 
utiliser une classe vect permettant de gerer des tableaux d'entiers de taille "variable" (on devrait 
plutot dire de taille definissable lors de l'execution car une fois definie, cette taille ne changera 
plus). Nous souhaitons que l'utilisateur de cette classe declare un tableau sous la forme : 

vect t (dim) ; 

dim etant une expression entiere representant sa taille. 
II parait alors naturel de prevoir pour vect : 

• comme membres donnees, la taille du tableau et un pointeur sur ses elements, lesquels ver- 
ront leurs emplacements alloues dynamiquement, 

• un constructeur recevant un argument entier charge de cette allocation dynamique, 

• un destructeur liberant l'emplacement alloue par le constructeur. 
Cela nous conduit a une "premiere ebauche" : 

class vect 

{ int nelem ; 

double * adr ; 
public : 

vect (int n) ; 

-vect ( ) ; 
} ; 

3.2.1 Emploi du constructeur de recopie par defaut 

Voici un exemple d'utilisation de la classe vect precedente (nous avons ajoute des affichages 
de messages pour suivre a la trace les constructions et destructions d'objets). Ici, nous nous 
contentons de transmettre par valeur un objet de type vect a une fonction ordinaire nommee 
fct, qui ne fait rien d' autre que d'afficher un message indiquant son appel : 

#include <iostream> 
using namespace std ; 
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// nombre d'elements 

// pointeur sur ces elements 



class vect 
{ int nelem ; 
double * adr ; 
public : 
vect (int n) // constructeur "usuel" 

{ adr = new double [nelem = n] ; 

cout « "+ const, usuel - adr objet : " << this 
« " - adr vecteur : " « adr << "\n" ; 



-vect () // destructeur 

{ cout « "- Destr. objet - adr objet : " 

« this << " - adr vecteur : " « adr « "\n" 
delete adr ; 



} ; 

void fct (vect b) 
{ cout « "*** appel de fct 
} 

main ( ) 

{ vect a (5) ; 
fct (a) ; 



*\n" 



+ const, usuel - adr objet : 006AFDE4 - adr vecteur : 007D0320 
*** appel de fct *** 

- Destr. objet - adr objet : 006AFD90 - adr vecteur : 007D0320 

- Destr. objet - adr objet : 006AFDE4 - adr vecteur : 007D0320 



Lorsqu'aucun constructeur de recopie n'a ete defini 



Comme vous pouvez le constater, l'appel : 

fct (a) ; 

a cree un nouvel objet, dans lequel on a recopie les valeurs des membres nelem et adr de a. 
La situation peut etre schematised ainsi (b est le nouvel objet ainsi cree) : 

a 



5 
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A la fin de l'execution de la fonctionye/, le destructeur -point est appele pour b, ce qui libere 
l'emplacement pointe par adr ; a la fin de l'execution de la fonction main, le destructeur est 
appele pour a, ce qui libere... le meme emplacement. Cette tentative constitue une erreur 
d'execution dont les consequences varient avec 1' implementation. 

3.2.2 Definition d'un constructeur de recopie 

On peut eviter ce probleme en faisant en sorte que l'appel : 

fct (a) ; 

conduise a creer "integral em ent" un nouvel objet de type vect, avec ses membres donnees 
nelem et adr, mais aussi son propre emplacement de stockage des valeurs du tableau. Autre - 
ment dit, nous souhaitons aboutir a cette situation : 




Pour ce faire, nous definissons, au sein de la classe vect, un constructeur par recopie de la 
forme : 

vect (const vect s) ; // ou, a la rigueur vect (vect &) 

dont nous savons qu'il sera appele dans toute situation d'initialisation done, en particulier, 
lors de l'appel defct. 

Ce constructeur (appele apres la creation d'un nouvel objet 1 ) doit : 

• creer dynamiquement un nouvel emplacement dans lequel il recopie les valeurs correspon- 
dant a l'objet recu en argument, 

• renseigner convenablement les membres donnees du nouvel objet (nelem = valeur du mem- 
bre nelem de l'objet recu en argument, adr = adresse du nouvel emplacement). 



1. Notez bien que le constructeur n'a pas a creer l'objet lui-meme, e'est-a-dire ici les membres int et adr, mais 
simplement les parties soumises a la gestion dynamique. 
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Introduisons ce constructeur de recopie dans l'exemple precedent : 

#include <iostreain> 
using namespace std ; 
class vect 
{ 

int nelem ; // nombre d' elements 

double * adr ; // pointeur sur ces elements 

public : 
vect (int n) // constructeur "usuel" 

{ adr = new double [nelem = n] ; 

cout « "+ const, usuel - adr objet : " « this 
« " - adr vecteur : " « adr << "\n" ; 



vect (const vect & v) // constructeur de recopie 

{ adr = new double [nelem = v. nelem] ; // creation nouvel objet 

int i ; for (i=0 ; i<nelem ; i++) adr [i]=v.adr [i] ; // recopie de l'ancien 
cout « "+ const, recopie - adr objet : " « this 
« " - adr vecteur : " « adr << "\n" ; 



~vect () // destructeur 

{ cout « "- Destr. objet - adr objet : " 

« this << " - adr vecteur : " « adr « "\n" ; 
delete adr ; 
} 
} ; 

void fct (vect b) 

{ cout « "*** appel de fct ***\n" ; } 

main ( ) 

{ vect a(5) ; fct (a) ; 

} 

+ const, usuel - adr objet : 006AFDE4 - adr vecteur : 007D0320 

+ const, recopie - adr objet : 006AFD88 - adr vecteur : 007D0100 
*** appel de fct *** 

- Destr. objet - adr objet : 006AFD88 - adr vecteur : 007D0100 

- Destr. objet - adr objet : 006AFDE4 - adr vecteur : 007D0320 

Definition et utilisation d'un constructeur de recopie 

Vous constatez cette fois que chaque objet possedant son propre emplacement memoire, les 
destructions successives se deroulent sans probleme. 
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> 



Remarques 

1 Si nous avons regie le probleme de l'initialisation d'un objet de type vect par un autre 
objet du meme type, nous n' avons pas pour autant regie celui qui se poserait en cas 
d' affectation entre objets de type vect. Comme nous l'avons deja signale a plusieurs repri- 
ses, ce dernier point ne peut se resoudre que par la surdefinition de l'operateur =. 

2 Nous avons choisi pour notre constructeur par recopie la demarche la plus naturelle 
consistant a effectuer une copie profonde en dupliquant la partie dynamique du vecteur. 
Dans certains cas, on pourra chercher a eviter cette duplication en la dotant d'un comp- 
teur de references, comme l'explique l'Annexe E. 

3 Si notre constructeur de recopie etait declare prive, V appel fct(a) entrainerait une erreur 
de compilation precisant qu'un constructeur de recopie n'est pas disponible. Si le but 
est de definir une classe dans laquelle la recopie est interdite, il suffit alors de ne fournir 
aucune definition. On notera cependant qu'il reste necessaire de s'assurer qu'aucune 
fonction membre n'aura besoin de ce constructeur, ce qui serait par exemple le cas si 
notre fonction membre /de la classe vect se presentait ainsi : 

void f () 

{ void fct (vect) ; // declaration de la fonction ordinaire fct 
vect vl(5) ; 

fct (vl) ; // appel de fct — > appel contsructeur de recopie 
vect v2 = vl ; // initialisation par appel constructeur de recopie 



3.3 Exemple 2 : objet en valeur de retour d'une fonction 

Lorsque la transmission d'un argument ou d'une valeur de retour d'une fonction a lieu par 
valeur, elle met en oeuvre une recopie. Lorsqu'elle concerne un objet, cette recopie est, 
comme nous l'avons dit, realisee soit par le constructeur de recopie par defaut, soit par le 
constructeur de recopie prevu pour l'objet. 

Si un objet comporte une partie dynamique, l'emploi de la recopie par defaut conduit a une 
"copie superficielle" ne concernant que les membres de l'objet. Les risques de double libera- 
tion d'un emplacement memoire sont alors les m ernes que ceux evoques au paragraphe 3.2. 
Mais pour la partie dynamique de l'objet, on perd en outre le benefice de la protection contre 
des modifications qu'offre la transmission par valeur. En effet, dans ce cas, la fonction con- 
cerned recoit bien une copie de l'adresse de l'emplacement mais, par le biais de ce pointeur, 
elle peut tout a fait modifier le contenu de l'emplacement lui-meme (revoyez le schema du 
paragraphe 3.2.1, dans lequel ajouait le role d'un argument et b celui de sa recopie). 

Voici un exemple de programme faisant appel a une classe point dotee d'une fonction mem- 
bre nominee symetrique, fournissant en retour un point symetrique de celui l'ayant appele. 
Notez bien qu'ici, contrairement a l'exemple precedent, le constructeur de recopie n'est pas 
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indispensable au bon fonctionnement de notre classe (qui ne comporte aucune partie 
dynamique) : il ne sert qu'a illustrer le mecanisme de son appel. 

#include <iostreain> 
using namespace std ; 

class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur "usuel" 

{ x=abs ; y=ord ; 

cout « "++ Appel Const, usuel " « this « " " « x « " " « y « "\n" ; 

} 

point (const point & p) // constructeur de recopie 

{ x=p.x ; y=p.y ; 

cout « "++ Appel Const, recopie " << this « " " « x « " " « y « "\n" ; 



-point () 

{ cout « " — Appel Destr. 



" « this « " " « x « " " « y « "\n" 



point symetrique () ; 
} ; 

point point :: symetrique () 
{ point res ; res.x = -x ; res.y = -y ; return res ; 



main ( ) 

{ point a (1,3) , b ; 

cout << "** avant appel de symetriqueXn" ; 

b = a. symetrique () ; 

cout << "** apres appel de symetriqueXn" ; 



++ Appel Const, usuel 006AFDE4 1 3 

++ Appel Const, usuel 006AFDDC 
** avant appel de symetrique 

++ Appel Const, usuel 006AFD60 

++ Appel Const, recopie 006AFDD4 -1 -3 

— Appel Destr. 006AFD60 -1 -3 

— Appel Destr. 006AFDD4 -1 -3 
** apres appel de symetrique 

— Appel Destr. 006AFDDC -1 -3 

— Appel Destr. 006AFDE4 1 3 



Appel du constructeur de recopie en cas de transmission par valeur 
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4 Initialisation d'un objet lors de sa declaration 

N.B. Ce paragraphe peut etre ignore dans un premier temps. 

En langage C, on peut initialiser une variable au moment de sa declaration, comme dans : 

int n = 12 ; 

En theorie, C++ permet de faire de meme avec les objets, en ajoutant un initialiseur lors de 
leur declaration. Mais si le role d'un tel initialiseur va de soi dans le cas de variables classi- 
ques (il ne s'agit que d'en fournir la ou les valeurs), il n'en va plus de meme dans le cas d'un 
objet ; en effet, il ne s'agit plus de se contenter d'initialiser simplement ses membres mais 
plutot de fournir, sous une forme peu naturelle, des arguments pour un constructeur. De plus, 
C++ n'impose aucune restriction sur le type de l'initialiseur qui pourra done etre du meme 
type que l'objet initialise : le constructeur utilise sera alors le constructeur de recopie pre- 
sents precedemment. 

Considerons d'abord cette classe (munie d'un constructeur usuel) : 

class point 
{ int x, y ; 
public : 

point (int abs) { x = abs ; y = ; } 



} ; 
Nous avons deja vu quel serait le role d'une declaration telle que : 

point a (3) ; 

C++ nous autorise egalement a ecrire : 

point a = 3 ; 

Cette declaration entraine : 

• la creation d'un objet a, 

• l'appel du constructeur auquel on transmet en argument la valeur de l'initialiseur, ici 3. 
En definitive, les deux declarations : 

point a (3) ; 
point a = 3 ; 

sont equivalentes. 

D'une maniere generale, lorsque Ton declare un objet avec un initialiseur, ce dernier peut 
etre une expression d'un type quelconque, a condition qu'il existe un constructeur a un seul 
argument de ce type. 

Cela s'applique done aussi a une situation telle que : 

point a ; 

point b = a ; //on initialise b avec l'objet a de meme type 

Manifestement, on aurait obtenu le meme resultat en declarant : 

point b(a) ; // on cree l'objet b, en utilisant le constructeur par recopie 
// de la classe point, auquel on transmet l'objet a 
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Quoi qu'il en soit, ces deux declarations (point b=a et point b(aj) entrainent effectivement la 
creation d'un objet de type point, suivie de l'appel du constructeur par recopie de point (celui 
par defaut ou, le cas echeant, celui qu'on y a defini), auquel on transmet en argument 
l'objet a. 

Remarques 

1 II ne faut pas confondre l'initialiseur d'une classe avec celui employe en C pour dormer 
des valeurs initiales a un tableau : 

int t[5] = {3, 5, 11, 2, 0} ; 

ou a une structure. Celui-ci est toujours utilisable en C++, y compris pour les structures 
comportant des fonctions membres. II est meme applicable a des classes ne disposant 
pas de constructeur et dans lesquelles tous les membres sont publics ; en pratique, cette 
possibility ne presente guere d'interet. 

2 Supposons qu'une classe point soit munie d'un constructeur a deux arguments entiers et 
considerons la declaration : 

point a = point (1, 5) ; 

II s'agit bien d'une declaration comportant un initialiseur constitue d'une expression de 
type point. On pourrait logiquement penser qu'elle entraine l'appel d'un constructeur de 
recopie (par defaut ou effectif) en vue d'initialiser l'objet a nouvellement cree avec 
l'expression temporaire point (1,5). 

En fait, dans ce cas precis d'initialisation d'un objet par appel explicite du constructeur, 
C++ a prevu de traiter cette declaration comme : 

point a(l, 5) ; 

Autrement dit, il y a creation d'un seul objet a et appel du constructeur ("usuel") pour 
cet objet. Aucun constructeur de recopie n'est appele. 

Cette demarche est assez naturelle et simplificatrice. Elle n'en demeure pas moins une 
exception par opposition a celle qui sera mise en oeuvre dans : 

point a = b ; 

ou dans : 

point a = b + point (1, 5) 

lorsque nous aurons appris a donner un sens a une expression telle que b + point (1, 5) 
(qui suppose la "surdefinition" de l'operateur + pour la classe point). 
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5 Objets membres 

5.1 Introduction 

II est tout a fait possible qu'une classe possede un membre donnee lui-meme de type classe. 
Par exemple, ay ant defini : 

class point 
{ int x, y ; 
public : 

int init (int, int) ; 
void affiche { ) ; 
} ; 
nous pouvons definir : 

class cercle 

{ point centre ; 

int rayon ; 
public : 

void affrayon ( ) ; 



Si nous declarons alors : 

cercle c ; 

l'objet c possede un membre donnee prive centre, de type point. L'objet c peut acceder classi- 
quement a la methode affrayon par c. affrayon. En revanche, il ne pourra pas acceder a la 
methode init du membre centre car centre est prive. Si centre etait public, on pourrait acceder 
aux methodes de centre par c.centre.init () ou c. centre. affiche (). 

D'une maniere generale, la situation d' objets membres correspond a une relation entre classes 
du type relation de possession (on dit aussi "relation a" - du verbe avoir). Effectivement, on 
peut bien dire ici qu'un cercle possede (a) un centre (de type point). Ce type de relation 
s'oppose a la relation qui sera induite par l'heritage, de type "relation est" (du verbe etre). 

Voyons maintenant comment sont mis en oeuvre les constructeurs des differents objets 
lorsqu'ils existent. 

5.2 Mise en ceuvre des constructeurs et des destructeurs 

Supposons, cette fois, que notre classe point ait ete definie avec un constructeur : 

class point 
{ int x, y ; 
public : 

point (int, int) ; 
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Nous ne pouvons plus definir la classe cercle precedente sans constructeur. En effet, si nous 
le faisions, son membre centre se verrait certes attribuer un emplacement (lors d'une creation 
d'un objet de type cercle), mais son constructeur ne pourrait etre appele (quelles valeurs 
pourrait-on lui transmettre ?). 

II faut done : 

• d'une part, definir un constructeur pour cercle, 

• d'autre part, specifier les arguments a fournir au constructeur de point : ceux-ci doivent etre 
choisis obligatoirement parmi ceux fournis a cercle. 

Voici ce que pourrait etre la definition de cercle et de son constructeur : 

class cercle 

{ point centre ; 

int rayon ; 
public : 

cercle (int, int, int) ; 
} ; 

cercle: : cercle (int abs, int ord, int ray) : centre (abs, ord) 
{ ... 
} 

Vous voyez que l'en-tete de cercle specifie, apres les deux-points, la liste des arguments qui 
seront transmis a point. 

Les constructeurs seront appeles dans l'ordre suivant : point, cercle. S'il existe des destruc- 
teurs, ils seront appeles dans l'ordre inverse. 

Voici un exemple complet : 

#include <iostream> 
using namespace std ; 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) 
{ x=abs ; y=ord ; 

cout « "Constr. point " << x « " " << y « "\n" ; 
} 

} ; 

class cercle 

{ point centre ; 

int rayon ; 
public : 

cercle (int , int , int) ; 
} ; 

cercle: : cercle (int abs, int ord, int ray) : centre (abs, ord) 
{ rayon = ray ; 

cout « "Constr. cercle " << rayon << "\n" ; 
} 
main ( ) 
{ cercle a (1,3,9) ; 
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Constr. point 1 3 
Constr. cercle 9 

Appel des differents constructeurs dans le cas d'objets membres 

\^^ Remarques 

1 Si point dispose d'un constructeur sans argument, le constructeur de cercle peut ne pas 
specifier d'argument a destination du constructeur de centre qui sera appele automatique- 
ment. 

2 On pourrait ecrire ainsi le constructeur de cercle : 

cercle: : cercle (int abs, int ord, int ray) 
{ rayon = ray ; 

centre - point (abs, ord) ; 

cout « "Constr. cercle " « rayon « "\n" ; 
} 

Mais dans ce cas, on creerait un objet temporaire de type point supplementary comme 
le montre l'execution du meme programme ainsi modifie : 

Constr. point 
Constr. point 1 3 
Constr. cercle 9 

3 Dans le cas d'objets comportant plusieurs objets membres, la selection des arguments 
destines aux differents constructeurs se fait en separant chaque liste par une virgule. En 
voici un exemple : 

class B 
{ ... 
B (double, int) ; 



class 


A 


A ( 


int) ; 


} ; 
class 


C 


{ 


A al ; 




B b ; 




A a2 ; 




C (int n 
{ 



int p, double x, int q, int r) : al (p) , b(x, q), a2 (r) 



Ici, pour simplifier l'ecriture, nous avons suppose que le constructeur de C etait en 
ligne. Parmi les arguments n, p, x, q et r qu'il recoit, p sera transmis au constructeur A 
de al, x et q au constructeur B de b puis r au constructeur A de a2. Notez bien que 
l'ordre dans lequel ces trois constructeurs sont executes est en theorie celui de leur 
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declaration dans la classe, et non pas celui des initialiseurs. En pratique, on evitera des 
situtations ou cet ordre pourrait avoir de rimportance. 

En revanche, comme on peut s'y attendre, le constructeur C ne sera execute qu'apres les 
trois autres (l'ordre des imbrications est toujours respecte). 

5.3 Le constructeur de recopie 

Nous avons vu que, pour toute classe, il est prevu un constructeur de recopie par defaut, qui 
est appele en l'absence de constructeur de recopie effectif. Son role est simple dans le cas 
d' objets ne comportant pas d'objets membres, puisqu'il s'agit alors de recopier les valeurs des 
differents membres donnees. 

Lorsque l'objet comporte des objets membres, la recopie (par defaut) se fait membre par 
membre 1 ; autrement dit, si l'un des membres est lui-meme un objet, on le recopiera en appe- 
lant son propre constructeur de recopie (qui pourra etre soit un constructeur par defaut, 
soit un constructeur defini dans la classe correspondante). 

Cela signifie que la construction par recopie (par defaut) d'un objet sera satisfaisante des lors 
qu'il ne contient pas de pointeurs sur des parties dynamiques, meme si certains de ses objets 
membres en comportent (a condition qu'ils soient quant a eux munis des constructeurs par 
recopie appropries). 

En revanche, si l'objet contient des pointeurs, il faudra le munir d'un constructeur de recopie 
approprie. Ce dernier devra alors prendre en charge l'integralite de la recopie de l'objet. 
Cependant, on pourra pour cela transmettre les informations necessaire aux constructeurs par 
recopie (par defaut ou non) de certains de ses membres en utilisant la technique decrite au 
paragraphe 5.2. 

6 Initialisation de membres dans I'en-tete 
d'un constructeur 

La syntaxe que nous avons decrite au paragraphe 5.2 pour transmettre des arguments a un 
constructeur d'un objet membre peut en fait s'appliquer a n'importe quel membre, meme s'il 
ne s'agit pas d'un objet. Par exemple : 

class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) : x(abs), y(ord) {} 



I 



1. En anglais, on parle de memberwise copy. Avant la version 2.0 de C++, la copie se faisait bit a bit (bitwise copy), 
ce qui n'etait pas toujours satisfaisant. 
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L'appel du constructeur point provoquera l'initialisation des membres x ety avec respective- 
ment les valeurs abs et ord. Son corps est vide ici, puisqu'il n'y a rien de plus a faire pour 
remplacer notre constructeur classique : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

Cette possibility peut devenir indispensable en cas : 

• d 'initialisation d'un membre donnee constant. Par exemple, avec cette classe : 

class true 
{ const int n ; 
public : 
true ( ) ; 



} ; 
il n'est pas possible de proceder ainsi pour initialiser n dans le constructeur de true : 

truc::truc() { n = 12 ; } // interdit : n est constant 

En revanche, on pourra proceder ainsi : 

true: :truc() : n(12) { } 

• d 'initialisation d'un membre donnee qui est une reference. En effet, on ne peut qu'initialiser 
une telle reference, jamais lui affecter une nouvelle valeur (revoyez eventuellement le para- 
graphe 3.5 du chapitre 4). 
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N.B. Ce paragraphe peut etre ignore dans un premier temps. 

En C++, un tableau peut posseder des elements de n'importe quel type, y compris de type 
classe, ce qui conduit alors a des tableaux d'objets. Ce concept ne presente pas de difficultes 
particulieres au niveau des notations que nous allons nous contenter de rappeler a partir d'un 
exemple. En revanche, il nous faudra preciser certains points relatifs a l'appel des construc- 
teurs et aux initialiseurs. 

7.1 Notations 

Soit une classe point sans constructeur, definie par : 

class point 
{ 

int x, y ; 
public : 

void init (int, int) ; 

void affiche ( ) ; 
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Nous pouvons declarer un tableau courbe de vingt objets de type point par : 

point courbe [20] ; 

Si /' est un entier, la notation courbe fij designera un objet de type point. L'instruction : 

courbe [ i] . affiche ; 

appellera le membre init pour le point courbe fij (les priorites relatives des operateurs . et [] 
permettent de s'affranchir de parentheses). De meme, on pourra afficher tous les points par : 

for (i = ; i < 20 ; i++) courbe [i] .affiche () ; 

Remarque 

Un tableau d'objets n'est pas un objet. Dans l'esprit de la P.O.O. pure, ce concept 
n'existe pas, puisqu'on ne manipule que des objets. En revanche, il reste toujours possible 
de definir une classe dont un des membres est un tableau d'objets. Ainsi, nous pourrions 
definir un type courbe par : 

class courbe 

{ point p[20] ; 



Notez que la classe vector de la bibliotheque standard permettra de definir des tableaux 
dynamiques (dont la taille pourra varier au fil de 1' execution) qui seront de vrais objets. 



iH^) En Java 



Non seulement un tableau d' objet est un objet, mais meme un simple tableau d' elements 
d'un type de base est aussi un objet. 

7.2 Constructeurs et initialiseurs 

Nous venons de voir la signification de la declaration : 

point courbe [20] ; 

dans le cas oil point est une classe sans constructeur. 

Si la classe comporte un constructeur sans argument, celui-ci sera appele successivement 
pour chacun des elements (de type point) du tableau courbe. En revanche, si aucun des cons- 
tructeurs de point n'est un constructeur sans argument, la declaration precedente conduira a 
une erreur de compilation. Dans ce cas en effet, C++ n'est plus en mesure de garantir le pas- 
sage par un constructeur, des lors que la classe concernee (point) en comporte au moins un. 

II est cependant possible de completer une telle declaration par un initialiseur comportant une 
liste de valeurs ; chaque valeur sera transmise a un constructeur approprie (les valeurs peu- 
vent done etre de types quelconques, eventuellement differents les uns des autres, dans la 
mesure ou il existe le constructeur correspondant). Pour les tableaux de classe automatique, 
les valeurs de l'initialiseur peuvent etre une expression quelconque (pour peu qu'elle soit cal- 
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culable au moment ou on en a besoin). En outre, l'initialiseur peut comporter moins de 
valeurs que le tableau n'a d'elements 1 . Dans ce cas, il y a appel du constructeur sans argument 
(qui doit done exister) pour les elements auxquels ne correspond aucune valeur. 

Voici un exemple illustrant ces possibilites (nous avons choisi un constructeur disposant 
d'arguments par defaut : il remplace trois constructeurs a zero, un et deux arguments). 

#include <iostream> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur (0, 1 ou 2 arguments) 
{ x=abs ; y =ord ; 

cout « "++ Constr. point : " « x « " " « y « "\n" ; 



-point ( ) 




{ cout << " — Destr. point : " < 
} 


} ; 

main() 


{ int n = 3 ; 


point courbe[5] = { 7, n, 2*n+5 } 


cout << "*** fin programme ***\n" 
} 


++ Constr . point 


: 7 


++ Constr . point 


: 3 


++ Constr . point 


: 11 


++ Constr . point 


: 


++ Constr . point 


: 


*** fin programme *** 


— Destr. point : 





— Destr. point : 





— Destr. point : 


11 


— Destr. point : 


3 


— Destr. point : 


7 



« x « " " « y « "\n" 



Construction et initialisation d'un tableau d'objets (version 2. 0) 

7.3 Cas des tableaux dynamiques d'objets 

Si Ton dispose d'une classe point, on peut creer dynamiquement un tableau de points en fai- 
sant appel a l'operateur new. Par exemple : 

point * adcourbe = new point [20] ; 



1. Mais pour l'instant, les elements manquants doivent obligatoirement etre les derniers. 
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alloue l'emplacement memoire necessaire a vingt objets (consecutifs) de type point et place 
l'adresse du premier de ces objets dans adcourbe. 

La encore, si la classe point comporte un constructeur sans argument, ce dernier sera appele 
pour chacun des vingt objets. En revanche, si aucun des constructeurs de point n'est un cons- 
tructeur sans argument, l'instruction precedente conduira a une erreur de compilation. Bien 
entendu, aucun probleme particulier ne se posera si la classe point ne comporte aucun cons- 
tructeur. 

Par contre, il n'existe ici aucune possibility de fournir un initialiseur, alors que cela est possi- 
ble dans le cas de tableaux automatiques ou statiques (voir paragraphe 6.2). 

Pour detruire notre tableau d'objets, il suffira de l'instruction (notez la presence des crochets 
[] qui precisent que Ton a affaire a un tableau d'objets) : 

delete [ ] adcourbe 

Celle-ci provoquera l'appel du destructeur de point et la liberation de l'espace correspondant 
pour chacun des elements du tableau. 



8 Les objets temporaires 



N.B. Ce paragraphe peut etre ignore dans un premier temps. 

Lorsqu'une classe dispose d'un constructeur, ce dernier peut etre appele explicitement (avec 
la liste d'arguments necessaires). II y a alors creation d'un objet temporaire. Par exemple, si 
nous supposons qu'une classe point possede le constructeur : 

point (int, int) ; 

nous pouvons, si a est un objet de type point, ecrire une affectation telle que : 

a = point (1, 2) ; 

Dans une telle instruction, revaluation de l'expression : 

point (1, 2) 

conduit a : 

• la creation d'un objet temporaire de type point (il a une adresse precise, mais il n'est pas ac- 
cessible au programme) 1 , 

• l'appel du constructeur point pour cet objet temporaire, avec transmission des arguments 
specifies (ici 1 et 2), 

• la recopie de cet objet temporaire dans a (affectation d'un objet a un autre de meme type). 

Quant a l'objet temporaire ainsi cree, il n'a plus d'interet des que l'instruction d'affectation est 
executee. La norme prevoit qu'il soit detruit des que possible. 



1. En fait, il en va de meme lorsque Ton realise une affectation telle que y = a * x + b. II y a bien creation d'un 
emplacement temporaire destine a recueillir le resultat de devaluation de l'expression a * x + b. 
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Voici un exemple de programme montrant l'emploi d'objets temporaires. Remarquez qu'ici, 
nous avons prevu, dans le constructeur et le destructeur de notre classe point, d'afficher non 
seulement les valeurs de l'objet mais egalement son adresse. 



#include <iostream> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point (int abs, int ord) 
{ x = abs ; y = ord ; 

cout « "++ Constr. point 

« " a 1' adresse : " « this << "\n" 



// constructeur ("inline") 



« x « 



« 



~point () 

{ cout « 
« 



// destructeur ("inline") 
— Destr . point " << x « " " « y 
a 1' adresse : " « this << "\n" ; 



main() 

{ point a (0,0) ; 
a = point (1, 2) 
a = point (3, 5) 



cout « 



} 



Fin main 



+ Constr. point 0a 1' adresse 

+ Constr. point 12a 1' adresse 

- Destr. point 12a 1' adresse 
+ Constr. point 3 5a 1' adresse 

- Destr. point 3 5a 1' adresse 
***** pj_ n ma j_ n ****** 

- Destr. point 3 5a 1' adresse 



// un objet automatigue de classe point 

// un objet temporaire 

// un autre objet temporaire 



*\n" 



006AFDE4 
006AFDDC 
006AFDDC 
006AFDD4 
006AFDD4 

006AFDE4 



Exemple de creation d'objets temporaires 



On voit clairement que les deux affectations de la fonction main entrainent la creation d'un 
objet temporaire distinct de a, qui se trouve detruit tout de suite apres. La derniere destruc- 
tion, realisee apres la fin de l'execution, concerne l'objet automatique a. 

\^^ Remarques 

1 Repetons que dans une affectation telle que : 

a = point (1, 2) ; 

l'objet a existe deja. II n'a done pas a etre cree et il n'y a pas d'appel de constructeur a ce 
niveau pour a. 
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2 Les remarques sur les risques que presente une affectation entre objets, notamment s'ils 
comportent des parties dynamiques 1 , restent valables ici. On pourra utiliser la meme 
solution, a savoir la surdefinition de l'operateur d'affectation. 

3 II existe d'autres circonstances dans lesquelles sont crees des objets temporaires, a 
savoir : 

- transmission de la valeur d'un objet en argument d'une fonction ; il y a creation d'un 
objet temporaire au sein de la fonction concernee ; 

- transmission d'un objet en valeur de retour d'une fonction ; il y a creation d'un objet 
temporaire au sein de la fonction appelante. 

Dans les deux cas, l'objet temporaire est initialise par appel du constructeur de recopie. 

4 La presence d'objets temporaires (dont le moment de destruction n'est pas parfaitement 
impose par la norme) peut rendre difficile le denombrement exact d'objets d'une classe 
donnee. 

5 La norme ANSI autorise les compilateurs a supprimer certaines creations d'objets tem- 
poraires, notamment dans des situations telles que : 

f (point (1,2) ; // appel d'une fonction attendant un point avec un 

// argument qui est un objet temporaire ; 1' implementation 
// peut ne pas creer point (1,2) dans la fonction appelante 

return point(3,5) ; // renvoi de la valeur d'un point ; 1' implementation 
// peut ne pas creer point (3, 5) dans la fonction 

Exercices 

N.B. Les exercices marques (C) sont corriges en fin de volume. 

1 Comme le suggere la remarque du paragraphe 1.3, ecrivez une fonction main qui, bien 
que ne contenant que des declarations (voire une seule declaration), n'en effectue pas 
moins un certain traitement (par exemple affichage). 

2 Experimentez le programme du paragraphe 2 pour voir comment sont traites les objets 
temporaires dans votre implementation. 

3 Cherchez a mettre en evidence les problemes poses par l'affectation d'objets du type 
vect, tel qu'il est defini dans l'exemple du paragraphe 3.2.2. 

4 Ecrivez un programme permettant de mettre en evidence l'ordre d'appel des construc- 
teurs et des destructeurs dans la situation du paragraphe 5.2 (objets membres), ainsi 
que dans celle de la seconde remarque (objet comportant plusieurs objets membres). 
Experimentez egalement la situation d'objets membres d'objets membres. 



1. Nous incluons dans ce cas les objets dont un membre (lui-meme objet) comporte une partie dynamique. 
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5 (C) Ecrivez une classe nominee pileentier permettant de gerer une pile d'entiers. Ces der- 

niers seront conserves dans un tableau d'entiers alloues dynamiquement. La classe 
comportera les fonctions membres suivantes : 

• pileentier (int n) : constructeur allouant dynamiquement un emplacement de n en- 
tiers, 

• pileentier ( ) : constructeur sans argument allouant par defaut un emplacement de 
vingt entiers, 

• -pileentier ( ) : destructeur 

• void empile (int p) : ajoute l'entier p sur la pile, 

• int depile ( ) : fournit la valeur de l'entier situe en haut de la pile, en le supprimant 
de la pile, 

• int pleine ( ) : fournit 1 si la pile est pleine, sinon, 

• int vide ( ) : fournit 1 si la pile est vide, sinon. 

6 (C) Ecrivez une fonction main utilisant des objets automatiques et dyn antiques du type 

pileentier defini precedemment. 

7 Mettez en evidence les problemes poses par des declarations de la forme : 

pile_entier a (10) ; 
pile_entier b = a ; 

8 (C) Ajoutez a la classe pileentier le constructeur de recopie permettant de regler les pro- 

blemes precedents. 



8 



Les fonctions amies 



La P.0.0. pure impose 1' encapsulation des donnees. Nous avons vu comment la mettre en 
oeuvre en C++ : les membres prives (donnees ou fonctions) ne sont accessibles qu'aux fonc- 
tions membres (publiques ou privees 1 ) et seuls les membres publics sont accessibles "de 
l'exterieur" . 

Nous avons aussi vu qu'en C++ "l'unite de protection" est la classe, c'est-a-dire qu'une meme 
fonction membre peut acceder a tous les objets de sa classe. C'est ce qui se produisait dans la 
fonction coincide (examen de la coincidence de deux objets de type point) presentee au para- 
graphe 4 du chapitre 6. 

En revanche, ce meme principe d'encapsulation interdit a une fonction membre d'une classe 
d'acceder a des donnees privees d'une autre classe. Or cette contrainte s'avere genante dans 
certaines circonstances. Supposez par exemple que vous ayez defini une classe vecteur (de 
taille fixe ou variable, peu importe !) et une classe matrice. II est probable que vous souhaite- 
rez alors definir une fonction permettant de calculer le produit d'une matrice par un vecteur. 
Or, avec ce que nous connaissons actuellement de C++, nous ne pourrions definir cette fonc- 
tion ni comme fonction membre de la classe vecteur, ni comme fonction membre de la classe 
matrice, et encore moins comme fonction independante (c'est-a-dire membre d'aucune 
classe). 

Bien entendu, vous pourriez toujours rendre publiques les donnees de vos deux classes, mais 
vous perdriez alors le benefice de leur protection. Vous pourriez egalement introduire dans 



1. Le statut protege (protected) n'intervient qu'en cas d'heritage ; nous en parlerons au chapitre 13. Pour l'instant, 
vous pouvez considerer que les membres proteges sont traites comme les membres prives. 
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les deux classes des fonctions publiques permettant d'acceder aux donnees, mais vous seriez 
alors penalise en temps d'execution... 

En fait, la notion de fonction amie 1 propose une solution interessante, sous la forme d'un 
compromis entre encapsulation formelle des donnees privees et des donnees publiques. Lors 
de la definition d'une classe, il est en effet possible de declarer qu'une ou plusieurs fonctions 
(exterieures a la classe) sont des "amies" ; une telle declaration d'amitie les autorise alors a 
acceder aux donnees privees, au meme titre que n'importe quelle fonction membre. 

L'avantage de cette methode est de permettre le controle des acces au niveau de la classe 
concernee : on ne peut pas s'imposer comme fonction amie d'une classe si cela n'a pas ete 
prevu dans la classe. Nous verrons toutefois qu'en pratique la protection est un peu moins 
efficace qu'il n'y parait, dans la mesure ou une fonction peut parfois se faire passer pour une 
autre ! 

II existe plusieurs situations d' amities : 

• fonction independante, amie d'une classe, 

• fonction membre d'une classe, amie d'une autre classe, 

• fonction amie de plusieurs classes, 

• toutes les fonctions membres d'une classe, amies d'une autre classe. 

La premiere nous servira a presenter les principes generaux de declaration, definition et utili- 
sation d'une fonction amie. Nous examinerons ensuite en detail chacune de ces situations 
d'amitie. Enfin, nous verrons l'incidence de l'existence de fonctions amies sur l'exploitation 
d'une classe. 

1 Exemple de fonction independante amie 
d'une classe 

Au paragraphe 4 du chapitre 6, nous avons introduit une fonction coincide examinant la 
"coincidence" de deux objets de type point ; pour ce faire, nous en avons fait une fonction 
membre de la classe point. Nous vous proposons ici de resoudre le meme probleme, en fai- 
sant cette fois de la fonction coincide une fonction independante amie de la classe point. 

Tout d'abord, il nous faut introduire dans la classe point la declaration d'amitie appropriee, a 
s avoir : 

friend int coincide (point, point) ; 

II s'agit precisement du prototype de la fonction coincide, precede du mot cle friend. Naturel- 
lement, nous avons prevu que coincide recevrait deux arguments de type point (cette fois, il 



1. Friend, en anglais. 
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ne s'agit plus d'une fonction membre : elle ne recevra done pas d'argument implicite this cor- 
respondant a l'objet l'ayant appele). 

L'ecriture de la fonction coincide ne pose aucun probleme particulier. 

Voici un exemple de programme : 

#include <iostreain> 
using namespace std ; 
class point 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) // un constructeur ("inline") 
{ x=abs ; y=ord ; } 
// declaration fonction amie (independante) nominee coincide 
friend int coincide (point, point) ; 

} ; 

int coincide (point p, point q) // definition de coincide 

{ if ((p.x == q.x) && (p.y == q.y)) return 1 ; 

else return ; 
} 

main() // programme d'essai 

{ point a(l,0), b(l), c ; 

if (coincide (a,b)) cout « "a coincide avec b \n" ; 

else cout « "a et b sont differents \n" ; 
if (coincide (a, c)) cout « "a coincide avec c \n" ; 

else cout « "a et c sont differents \n" ; 
} 

a coincide avec b 

a et c sont differents 

Exemple de fonction independante (coincide,) amie de la classe point 



> 



Remarques 

1 L'emplacement de la declaration d'amitie au sein de la classe point est absolument indiffe- 
rent. 

2 II n'est pas necessaire de declarer la fonction amie dans la fonction ou dans le fichier 
source ou on l'utilise, car elle est deja obligatoirement declaree dans la classe concer- 
ned. Cela reste valable dans le cas (usuel) ou la classe a ete compilee separement, 
puisqu'il faudra alors en introduire la declaration (generalement par # include). Nean- 
moins, une declaration superflue de la fonction amie ne constituerait pas une erreur. 

3 Comme nous l'avons deja fait remarquer, nous n'avons plus ici d'argument implicite 
(this). Ainsi, contrairement a ce qui se produisait au paragraphe 4 du chapitre 6, notre 
fonction coincide est maintenant parfaitement symetrique. Nous retrouverons le meme 
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phenomene lorsque, pour surdefinir un operateur binaire, nous pourrons choisir entre 
une fonction membre (dissymetrique) ou une fonction amie (symetrique). 

Ici, les deux arguments de coincide sont transmis par valeur. lis pourraient l'etre par 
reference ; notez que, dans le cas d'une fonction membre, l'objet appelant la fonction 
est d' office transmis par reference (sous la forme de this). 

Generalement, une fonction amie d'une classe possedera un ou plusieurs arguments ou 
une valeur de retour du type de cette classe (c'est ce qui justifiera son besoin d'acces 
aux membres prives des objets correspondants). Ce n'est toutefois pas une obligation 1 : 
on pourrait imaginer une fonction ay ant besoin d'acceder aux membres prives d'objets 
locaux a cette fonction. . . 

Lorsqu'une fonction amie d'une classe fournit une valeur de retour du type de cette 
classe, il est frequent que cette valeur soit celle d'un objet local a la fonction. II est alors 
imperatif que sa transmission ait lieu par valeur ; dans le cas d'une transmission par 
reference (ou par adresse), la fonction appelante recevrait l'adresse d'un emplacement 
memoire qui aurait ete libere a la sortie de la fonction. Ce phenomene a deja ete evoque 
au paragraphe 6 du chapitre 6. 



2 Les differentes situations d'amitie 



Nous venons d'examiner le cas d'une fonction independante amie d'une classe. Celle-ci peut 
etre resumee par le schema suivant : 

class point 

{ int coincide (point . . . , point . . . ) 

// partie privee { // on a acces ici aux membres pri- 

// ves de tout objet de type point 

// partie publique } 

friend int coincide (point, point) ; 



Fonction independante (coincide) amie d 'une classe fpointj 

Bien que nous l'ayons placee ici dans la partie publique de point, nous vous rappelons que la 
declaration d'amitie peut figurer n'importe ou dans la classe. 

D'autres situations d'amitie sont possibles ; fondees sur le meme principe, elles peuvent con- 
duire a des declarations d'amitie tres legerement differentes. Nous allons maintenant les pas- 
ser en revue. 



1. Mais ce sera obligatoire dans le cas des operateurs surdefmis. 



2 - Les differentes situations d'amitie 



2.1 Fonction membre d'une classe, amie d'une autre classe 

II s'agit un peu d'un cas particulier de la situation precedente. En fait, il suffit simplement de 
preciser, dans la declaration d'amitie, la classe a laquelle appartient la fonction concernee, a 
l'aide de l'operateur de resolution de portee (::). 

Par exemple, supposons que nous ayons a definir deux classes nominees A et B et que nous 
ayons besoin dans B d'une fonction membre/ de prototype : 

int f(char, A) ; 

Si, comme il est probable, /doit pouvoir acceder aux membres prives de A, elle sera declaree 
amie au sein de la classe par : 

friend int B::f (char, A) ; 

Voici un schema recapitulatif de la situation : 

class A class B 

{ { 

// partie privee 



int f (char, A) ; 



// partie publique 

friend int B::f (char, A) 



\> 



int B: :£ (char . . ., A . . . ) 

{ // on a acces ici aux membres prives 

// de tout objet de type A 
} 

Fonction (f) d'une classe (B), amie d'une autre classe (A) 



Remarques 

1 Pour compiler convenablement les declarations d'une classe A contenant une declaration 
d'amitie telle que : 

friend int B::f(char, A) ; 

le compilateur a besoin de connaitre les caracteristiques de B ; cela signifie que la 
declaration de B (mais pas necessairement la definition de ses fonctions membres) 
devra avoir ete compilee avant celle de A. 

En revanche, pour compiler convenablement la declaration : 

int f(char, A) 

figurant au sein de la classe B, le compilateur n'a pas besoin de connaitre precisement 
les caracteristiques de A. II lui suffit de savoir qu'il s'agit d'une classe. Comme, d'apres 
ce qui vient d'etre dit, la declaration de B n'a pu apparaitre avant, on fournira l'informa- 
tion voulue au compilateur en faisant preceder la declaration de A de : 

class A ; 



Les fonctions amies 



Chapitre 8 



Bien entendu, la compilation de la definition de la fonction /necessite (en general 1 ) la 
connaissance des caracteristiques des classes A et B ; leurs declarations devront done 
apparaitre avant. 

A titre indicatif, voici une facon de compiler nos deux classes A et B et la fonction/: 

class A ; 
class B 

{ 

int f(char, A) ; 

} ; 
class A 

{ 

friend int B::f(char, A) ; 

} ; 

int B: :f (char. . ., A. . . ) 

{ 

} 

2 Si Ton a besoin de "declarations d'amities croisees" entre fonctions de deux classes dif- 
ferentes, la seule facon d'y parvenir consiste a declarer au moins une des classes amie 
de l'autre (comme nous apprendrons a le faire au paragraphe 2.3). 

2.2 Fonction amie de plusieurs classes 

Rien n'empeche qu'une meme fonction (qu'elle soit independante ou fonction membre) fasse 
l'objet de declarations d'amitie dans differentes classes. Voici un exemple d'une fonction 
amie de deux classes A et B : 



class A 

{ // partie privee 



class B 

{ // partie privee 



// partie publique 
friend void f (A, B) 



// partie publique 
friend void f (A, B) 



void f (A. . ., B. . .) 

{ // on a acces ici aux membres prives 

// de n'importe quel objet de type A ou B 
} 

Fonction independante (f) amie de deux classes (A et B) 



1 . Une exception aurait lieu pour B si /n'accedait a aucun de ses membres (ce qui serait surprenant). II en irait de 
meme pour A si aucun argument de ce type n'apparaissait dans /et si cette derniere n'accedait a aucun membre de A 
(ce qui serait tout aussi surprenant). 
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> 



Remarque 



Ici, la declaration de A peut etre compilee sans celle de B, en la faisant preceder de la 
declaration : 



class B ; 

De meme, la declaration de B peut etre compilee sans celle de A, en la faisant preceder 
de la declaration : 

class A ; 

Si Ton compile en meme temps les deux declarations de A et B, il faudra utiliser l'une 
des deux declarations citees (class A si B figure avant A, class B sinon). 

Bien entendu, la compilation de la definition de/necessitera generalement les declara- 
tions de A et de B. 

2.3 Toutes les fonctions d'une classe amies d'une autre classe 

C'est une generalisation du cas evoque au paragraphe 2.1. On pourrait d'ailleurs effectuer 
autant de declarations d'amitie qu'il y a de fonctions concernees. Mais il est plus simple 
d'effectuer une declaration globale. Ainsi, pour dire que toutes les fonctions membres de la 
classe B sont amies de la classe A, on placera, dans la classe A, la declaration : 

friend class B ; 



> 



Remarques 

1 Cette fois, pour compiler la declaration de la classe A, il suffira de la faire preceder de : 

class B ; 

2 Ce type de declaration d'amitie evite de fournir les en-tetes des fonctions concernees. 



3 Exemple 



Nous vous proposons ici de resoudre le probleme evoque en introduction, a savoir realiser 
une fonction permettant de determiner le produit d'un vecteur (objet de classe vect) par une 
matrice (objet de classe matrice). Par souci de simplicity, nous avons limite les fonctions 
membres a : 

• un constructeur pour vect et pour matrice, 

• une fonction d'affichage (affiche) pour matrice. 

Nous vous fournissons deux solutions fondees sur l'emploi d'une fonction amie nommee 
prod : 

• prod est independante et amie des deux classes vect et matrice, 

• prod est membre de matrice et amie de la classe vect. 
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3.1 Fonction amie independante 



#include <iostream> 

using namespace std ; 

class matrice ; // pour pouvoir compiler la declaration de vect 

// *********** La classe vect ******************* 
class vect 

{ double v[3] ; // vecteur a 3 composantes 
public : 

vect {double vl=0, double v2=0, double v3=0) // constructeur 
{ v[0] = vl ; v[l]=v2 ; v[2]=v3 ; 
} 
friend vect prod (matrice, vect) ; // prod = fonction amie independante 
void affiche {) 
{ int i ; 

for (i=0 ; i<3 ; i++) cout « v[i] « " " ; 
cout « "\n" ; 
} 

} ; 

// *********** La classe matrice ***************** 

class matrice 

{ double mat [3] [3] ; // matrice 3X3 

public : 

matrice (double t[3] [3]) // constructeur, a partir d'un tableau 3x3 

{ int i ; int j ; 

for (i=0 ; i<3 ; i++) 
for (j=0 ; j<3 ; j++) 
mat[i] [j] = t[i] [j] ; 
} 
friend vect prod (matrice, vect) ; // prod = fonction amie independante 
} ; 

// ********** La fonction prod ***************** 
vect prod (matrice m, vect x) 
{ int i, j ; 
double som ; 

vect res ; // pour le resultat du produit 

for (i=0 ; i<3 ; i++) 

{ for (j=0, som=0 ; j<3 ; j++) 

som += m.mat[i] [j] * x.v[j] ; 
res.v[i] = som ; 
} 
return res ; 
} 

// ********** u n petit programme de test ********* 
main ( ) 

{ vect w (1,2,3) ; 
vect res ; 

double tb [3] [3] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 } ; 
matrice a = tb ; 
res = prod (a, w) ; 
res . affiche ( ) ; 
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14 32 50 

Produit d'une matrice par un vecteur a I'aide d'une fonction independante amie des deux classes 

3.2 Fonction amie, membre d'une classe 

#include <iostreain> 
using namespace std ; 

// ********* Declaration de la classe matrice ************ 
class vect ; // pour pouvoir compiler correctement 

class matrice 

{ double mat [3] [3] ; // matrice 3X3 
public : 

matrice (double t[3] [3]) // constructeur, a partir d'un tableau 3x3 
{ int i ; int j ; 
for (i=0 ; i<3 ; i++) 
for (j=0 ; j<3 ; j++) 
mat[i] [j] = t[i] [j] ; 
} 
vect prod (vect) ; // prod = fonction membre (cette fois) 
} ; 

// ********* Declaration de la classe vect ************** 
class vect 

{ double v[3] ; // vecteur a 3 composantes 
public : 

vect (double vl=0, double v2=0, double v3=0) // constructeur 

{ v[0] = vl ; v[l]=v2 ; v[2]=v3 ; } 
friend vect matrice: :prod (vect) ; // prod = fonction amie 

void affiche () 
{ int i ; 
for (i=0 ; i<3 ; i++) cout « v[i] « " " ; 
cout « "\n" ; 



// ********* Definition de la fonction prod ************ 
vect matrice: :prod (vect x) 
{ int i, j ; 
double som ; 

vect res ; // pour le resultat du produit 
for (i=0 ; i<3 ; i++) 

{ for (j=0, som=0 ; j<3 ; j++) 

som += mat [ i ] [ j ] * x . v [ j ] ; 
res.v[i] = som ; 
} 
return res ; 
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// ********** u n petit programme de test ***•* 
main ( ) 
{ vect w (1,2,3) ; 

vect res ; 

double tb [3] [3] = { 1, 2, 3, 4, 5, 6, 7, 8, 9 } 

matrice a = tb ; 

res = a. prod (w) ; 

res . af f iche ( ) ; 



14 32 50 



Produit d'une matrice par un vecteur a I'aide d'une fonction membre 
amie d'une autre classe 



4 Exploitation de classes disposant 
de fonctions amies 



Comme nous l'avons deja mentionne au chapitre 5, les classes seront generalement compilees 
separement. Leur utilisation se fera a partir d'un module objet contenant leurs fonctions 
membres et d'un fichier en-tete contenant leur declaration. Bien entendu, il est toujours possi- 
ble de regrouper plusieurs classes dans un meme module objet et eventuellement dans un 
meme fichier en-tete. 

Dans tous les cas, cette compilation separee des classes permet d'en assurer la reutilisabilite : 
le "client" (qui peut eventuellement etre le concepteur de la classe) ne peut pas intervenir sur 
le contenu des objets de cette classe. 

Que deviennent ces possibilites lorsque Ton utilise des fonctions amies ? En fait, s'il s'agit de 
fonctions amies, membres d'une classe, rien n'est change (en dehors des eventuelles declara- 
tions de classes necessaires a son emploi). En revanche, s'il s'agit d'une fonction indepen- 
dante, il faudra bien voir que si Ton souhaite en faire un module objet separe, on court le 
risque de voir l'utilisateur de la classe violer le principe d'encapsulation. 

En effet, dans ce cas, l'utilisateur d'une classe disposant d'une fonction amie peut toujours ne 
pas incorporer la fonction amie a l'edition de liens et fournir lui-meme une autre fonction de 
meme en-tete, puis acceder comme il l'entend aux donnees privees... 

Ce risque d"' effet cameleon" doit etre nuance par le fait qu'il s'agit d'une action deliberee 
(demandant un certain travail), et non pas d'une simple etourderie... 



9 



La surdefinition d'operateurs 



Nous avons vu au chapitre 4 que C++ autorise la "surdefinition" de fonctions, qu'il s'agisse de 
fonctions membres ou de fonctions independantes. Rappelons que cette technique consiste a 
attribuer le meme nom a des fonctions differentes ; lors d'un appel, le choix de la "bonne 
fonction" est effectue par le compilateur, suivant le nombre et le type des arguments. 

Mais C++ permet egalement, dans certaines conditions, de surdefinir des operateurs. En fait, 
le langage C, comme beaucoup d'autres, realise deja la surdefinition de certains operateurs. 
Par exemple, dans une expression telle que : 

a + b 

le symbole + peut designer, suivant le type de a et b : 

• l'addition de deux entiers, 

• l'addition de deux reels (float), 

• l'addition de deux reels double precision (double), 

• etc. 

De la meme maniere, le symbole * peut, suivant le contexte, representer la multiplication 
d'entiers ou de reels ou une "indirection" (comme dans a = * adr). 

En C++, vous pourrez surdefinir n'importe quel operateur existant (unaire ou binaire) pour 
peu qu'il porte sur au moins un objet 1 . II s'agit la d'une technique fort puissante puisqu'elle va 



1. Cette restriction signifie simplement qu'il ne sera pas possible de surdefinir les operateurs portant sur les differents 
types de base. 
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vous permettre de creer, par le biais des classes, des types a part entiere, c'est-a-dire munis, 
comme les types de base, d'operateurs parfaitement integres. La notation operatoire qui en 
decoulera aura l'avantage d'etre beaucoup plus concise et (du moins si Ton s'y prend 
"intelligemment" !) lisible qu'une notation fonctionnelle (par appel de fonction). 

Par exemple, si vous definissez une classe complexe destinee a representer des nombres com- 
plexes, il vous sera possible de donner une signification a des expressions telles que : 

a + b a-b a * b a/b 

a et b etant des objets de type complexe 1 . Pour cela, vous surdefinirez les operateurs +, -, * et 
/ en specifiant le role exact que vous souhaitez leur attribuer. Cette definition se deroulera 
comme celle d'une fonction a laquelle il suffira simplement d'attribuer un nom special per- 
mettant de specifier qu'il s'agit en fait d'un operateur. Autrement dit, la surdefinition d'opera- 
teurs en C++ consistera simplement en l'ecriture de nouvelles fonctions surdefinies. 

Apres vous avoir presente la surdefinition d'operateurs, ses possibilites et ses limites, nous 
l'appliquerons aux operateurs = et []. Certes, il ne s'agira que d'exemples, mais ils montreront 
qu'a partir du moment ou Ton souhaite donner a ces operateurs une signification naturelle et 
acceptable dans un contexte de classe, un certain nombre de precautions doivent etre prises. 
En particulier, nous verrons comment la surdefinition de 1' affectation permet de regler le pro- 
bleme deja rencontre, a savoir celui des objets comportant des pointeurs sur des emplace- 
ments dynamiques. 

Enfin, nous examinerons comment prendre en charge la gestion de la memoire en surdefinis- 
sant les operateurs new et delete. 



1 Le mecanisme de la surdefinition 
d'operateurs 



Considerons une classe point : 

class point { int x, y ; 



et supposons que nous souhaitions definir l'operateur + afin de donner une signification a une 
expression telle que a + b, lorsque a et b sont de type point. Ici, nous conviendrons que la 
"somme" de deux points est un point dont les coordonnees sont la somme de leurs coordon- 



1. Une notation fonctionnelle conduirait a des choses telles que somme (a,b) ou a.somme(b) suivant que l'on utilise 
une fonction amie ou une fonction membre. 

2. Nous aurions putout aussi bien prendre l'exemple de la classe complexe evoquee en introduction. Nous preferons 
cependant choisir un exemple dans lequel la signification de l'operateur n'a pas un caractere aussi evident. En effet, 
n'oubliez pas que n'importe quel symbole operateur peut se voir attribuer n'importe quelle signification ! 



1 - Le mecanisme de la surdefinition d'operateurs 



La convention adoptee par C++ pour surdefinir cet operateur + consiste a definir une fonc- 
tion de nom : 

operator + 

Le mot cle operator est suivi de l'operateur concerne (dans le cas present, il ne serait pas obli- 
gatoire de prevoir un espace car, en C, + sert de "separateur"). 

Ici, notre fonction operator + doit disposer de deux arguments de type point et fournir une 
valeur de retour du meme type. En ce qui concerne sa nature, cette fonction peut a notre gre 
etre une fonction membre de la classe concernee ou une fonction independante ; dans ce der- 
nier cas, il s'agira general em ent d'une fonction amie, car elle devra pouvoir acceder aux 
membres prives de la classe. 

Examinons ici les deux solutions, en commencant par celle qui est la plus "naturelle", a 
savoir la fonction amie. 

1.1 Surdefinition d'operateur avec une fonction amie 

Le prototype de notre fonction operator + sera : 

point operator + (point, point) ; 

Ses deux arguments correspondront aux operandes de l'operateur + lorsqu'il sera applique a 
des valeurs de type point. 

Le reste du travail est classique : 

• declaration d'amitie au sein de la classe point, 

• definition de la fonction. 

Voici un exemple de programme montrant la definition et l'utilisation de notre "operateur 
d'addition de points" : 

#include <iostream> 
using namespace std ; 

class point 

{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } // constructeur 

friend point operator+ (point, point) ; 

void affiche () { cout « "coordonnees : " << x « " " « y « "\n" ; } 



point operator + (point a, point b) 
{ point p ; 

p.x = a.x + b.x ; p.y = a.y + b.y ; 

return p ; 
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main ( ) 

{ point a(l,2) ; a.afficheO 

point b(2,5) ; b.afficheQ 

point c ; 

c = a+b ; c.afficheO 

c = a+b+c ; c . af f iche ( ) 



coordonnees 
coordonnees 
coordonnees 
coordonnees 



1 2 

2 5 

3 7 

6 14 



\> 



Surdefinition de I'operateur + pour des objets de type point, en employant une fonction amie 

Remarques 

1 Une expression telle que a + b est en fait interpretee par le compilateur comme l'appel : 

operator + (a, b) 

Bien que cela ne presente guere d'interet, nous pourrions ecrire : 

c = operator + (a, b) 

au lieu de c = a + b. 

2 Une expression telle que a + b + c est evaluee en tenant compte des regies de priorite 
et d'associativite "habituelles" de I'operateur +. Nous reviendrons plus loin sur ce point. 
Pour l'instant, notez simplement que cette expression est evaluee comme : 

(a + b) + c 

c'est-a-dire en utilisant la notation fonctionnelle : 

operator + (operator + (a, b) , c) 

1 .2 Surdefinition d'operateur avec une fonction membre 

Cette fois, le premier operande de notre operateur, correspondant au premier argument de la 
fonction operator + precedente, va se trouver transmis implicitement : ce sera l'objet ayant 
appele la fonction membre. Par exemple, une expression telle que a + b sera alors interpretee 
par le compilateur comme : 

a. operator + (b) 

Le prototype de notre fonction membre operator + sera done : 

point operator + (point) 

Voici comment 1' exemple precedent pourrait etre adapte : 
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#include <iostreain> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } // constructeur 

point operator + (point) ; 

void affiche () { cout « "coordonnees : " « x « " " « y « "\n" 
} ; 

point point: : operator + (point a) 
{ point p ; 

p.x = x + a.x ; p.y = y + a.y ; 

return p ; 
} 

main() 
{ point a (1,2) ; a.afficheO ; 

point b(2,5) ; b.afficheO ; 

point c ; 

c = a+b ; c.afficheO ; 

c = a+b+c ; c.afficheO ; 

} 

coordonnees : 1 2 

coordonnees : 2 5 

coordonnees : 3 7 

coordonnees : 6 14 



Surdefinition de Voperateur + pour des objets de type point, 
en employant une fonction membre 

\^^ Remarques 

1 Cette fois, la definition de la fonction operator + fait apparaitre une dissymetrie entre les 
deux operandes. Par exemple, le membre x est note x pour le premier operande (argument 
implicite) et a.x pour le second. Cette dissymetrie peut parfois inciter l'utilisateur a choisir 
une fonction amie plutot qu'une fonction membre. II faut toutefois se garder de decider 
trop vite dans ce domaine. Nous y reviendrons un peu plus loin. 

2 Ici, l'affectation : 

c = a + b ; 

est interpretee comme : 

c = a. operator + (b) ; 

Quant a l'affectation : 
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le langage C++ ne precise pas exactement son interpretation. Certains compilateurs 
creeront un objet temporaire / : 

t = a. operator + (b) ; 
c = t. operator + (c) ; 

D'autres procederont ainsi, en transmettant comme adresse de l'objet appelant operator 
+, celle de l'objet renvoye par l'appel precedent : 

c = (a. operator + (b) ). operator + (c) ; 

On peut detecter le choix fait par un compilateur en affichant toutes les creations 
d'objets (en n'oubliant pas d'introduire un constructeur de recopie prenant la place du 
constructeur par defaut). 



1 .3 Operateurs et transmission par reference 



Dans les deux exemples precedents, la transmission des arguments (deux pour une fonction 
amie, un pour une fonction membre) et de la valeur de retour de operator + se faisait par 
valeur 1 . 

Bien entendu, on peut envisager de faire appel au transfert par reference, en particulier dans 
le cas d'objets de grande taille. Par exemple, le prototype de la fonction amie operator + 
pourrait etre : 

point operator + (point S a, point S b) ; 

En revanche, la transmission par reference poserait un probleme si on cherchait a l'appliquer 
a la valeur de retour. En effet, le point p est cree localement dans la fonction ; il sera done 
detruit des la fin de son execution. Dans ces conditions, employer la transmission par refe- 
rence reviendrait a transmettre l'adresse d'un emplacement de memoire libere. 

Certes, nous utilisons ici immediatement la valeur de p, des le retour dans la fonction main 
(ce qui est generalement le cas avec un operateur). Neanmoins, nous ne pouvons faire aucune 
hypothese sur la maniere dont une implementation donnee libere un emplacement memoire : 
elle peut simplement se contenter de "noter" qu'il est disponible, auquel cas son contenu reste 
"valable" pendant... un certain temps ; elle peut au contraire le "mettre a zero"... La premiere 
situation est certainement la pire puisqu'elle peut donner l'illusion que cela "marche" ! 

Pour eviter la recopie de cette valeur de retour, on pourrait songer a allouer dynamiquement 
l'emplacement dep. Generalement, cela prendra plus de temps que sa recopie ulterieure et, de 
plus, compliquera quelque peu le programme (il faudra liberer convenablement l'emplace- 
ment en question et on ne pourra le faire qu'en dehors de la fonction !). 

Si Ton cherche a proteger contre d'eventuelles modifications un argument transmis par refe- 
rence, on pourra toujours faire appel au mot cle const ; par exemple, l'en-tete de operator + 
pourrait etre 2 : 

point operator + (const points a, const points b) ; 



1. Rappelons que la transmission de l'objet appelant une fonction membre se fait par reference. 
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Naturellement, si Ton utilise const dans le cas d'objets comportant des pointeurs sur des par- 
ties dynamiques, seuls ces pointeurs seront "proteges" ; les parties dynamiques resteront 
modifiables. 

2 La surdefinition d'operateurs en general 

Nous venons de voir un exemple de surdefinition de l'operateur binaire + lorsqu'il recoit deux 
operandes de type point, et ce de deux facons : comme fonction amie, comme fonction mem- 
bre. Examinons maintenant ce qu'il est possible de faire d'une maniere generale. 

2.1 Se limiter aux operateurs existants 

Le symbole suivant le mot cle operator doit obligatoirement etre un operateur deja defini 
pour les types de base. II n'est done pas possible de creer de nouveaux symboles. Nous ver- 
rons d'ailleurs que certains operateurs ne peuvent pas etre redefinis du tout (e'est le cas de .) 
et que d'autres imposent quelques contraintes supplementaires. 

II faut conserver la pluralite (unaire, binaire) de l'operateur initial. Ainsi, vous pourrez surde- 
finir un operateur + unaire ou un operateur + binaire, mais vous ne pourrez pas definir de = 
unaire ou de ++ binaire. 

Lorsque plusieurs operateurs sont combines au sein d'une meme expression (qu'ils soient sur- 
definis ou non), ils conservent leur priorite relative et leur associativite. Par exemple, si vous 
surdefinissez les operateurs binaires + et * pour le type complexe, l'expression suivante {a, b 
et c etant supposes du type complexe) : 

a * b + c 

sera interpretee comme : 

(a * b) + c 

De telles regies peuvent vous paraitre restrictives. En fait, vous verrez a l'usage qu'elles sont 
encore tres larges et qu'il est facile de rendre un programme incomprehensible en abusant de 
la surdefinition d'operateurs. 

Le tableau ci-apres precise les operateurs surdefinissables (en fait, tous sauf ".", "::" et "? :") 
et rappelle leur priorite relative et leur associativite. Notez la presence : 

• de l'operateur de cast ; nous verrons au chapitre 10 qu'il peut s'appliquer a la conversion 
d'une classe dans un type de base ou a la conversion d'une classe dans une autre classe ; 

• des operateurs new et delete : avant la version 2.0, ils ne pouvaient pas etre surdefinis pour 
une classe particuliere ; on ne pouvait en modifier la signification que d'une facon globale. 
Depuis la version 2.0, ils sont surdefinissables au meme titre que les autres. Nous en parle- 
rons au paragraphe 7. 



2. Cependant, comme on le verra au chapitre 10, la presence de cet attribut const pourra autoriser certaines 
conversions de l'argument. 
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des operateurs ->* et .* ; introduits par la norme, ils sont d'un usage restreint et ils s'appli- 
quent aux pointeurs sur des membres. Leur role est decrit en Annexe F. 



Pluralite 


Operateurs 


Associativite 


Binaire 


OP) o< 3 > ->( 1 )( 2 )P) 


-> 


Unaire 


+ . ++(5) ..(5) | ~ * &(1) 

new( 1 K 4 )( 6 ) newQ( 1 )( 4 )( 6 ) delete! 1 )(4)(6) delete[]( 1 )( 4 K 6 ) 
(cast) 


<- 


Binaire 


* / % 


-> 


Binaire 


*.>(1) *(1) 


-> 


Binaire 


+ - 


-> 


Binaire 


« » 


-> 


Binaire 


<<=>>= 


-> 


Binaire 


== != 


-> 


Binaire 


& 


-> 


Binaire 


A 


-> 


Binaire 


II 


-> 


Binaire 


&& 


-> 


Binaire 


I 


-> 


Binaire 


=(1)(3) += .= *= /= o /o= 
&= A = |= «= »= 


<- 


Binaire 


P) 


-> 



Les operateurs surdefinissables en C+ + (classes par priorite decroissante) 

(1) S'il n'est pas surdefini, il possede line signification par defaut. 

(2) Depuis la version 2.0 seulement. 

(3) Doit etre defini comme fonction membre. 

(4) Soit a un "niveau global" (fonction independante), avant la version 2.0. Depuis la version 2.0, il peut en outre etre 
surdefini pour une classe ; dans ce cas, il doit l'etre comme fonction membre. 

(5) Jusqu'a la version 3, on ne pouvait pas distinguer entre les notations "pre" et "post". Depuis la version 3, lorsqu'ils 
sont definis de facon unaire, ces operateurs correspondent a la notation "pre" ; mais il en existe une definition binaire 
(avec deuxieme operande fictif de type int) qui correspond a la notation "post". 

(6) On distingue bien new de new[] et delete de deletef]. 



2.2 Se placer dans un contexte de classe 

On ne peut surdefinir un operateur que s'il comporte au moins un argument (implicite ou 
non) de type classe. Autrement dit, il doit s'agir : 



2 - La surdef inition d' operateurs en general 



• Soit d'une fonction membre : dans ce cas, elle comporte a coup sur un argument (implicite) 
de type classe, a savoir l'objet l'ayant appele. S'il s'agit d'un operateur unaire, elle ne com- 
portera aucun argument explicite. S'il s'agit d'un operateur binaire, elle comportera un argu- 
ment explicite auquel aucune contrainte de type n'est imposee (dans les exemples 
precedents, il s'agissait du meme type que la classe elle-meme, mais il pourrait s'agir d'un 
autre type classe ou meme d'un type de base). 

• Soit d'une fonction independante ay ant au moins un argument de type classe. En general, il 
s'agira d'une fonction amie. 

Cette regie garantit l'impossibilite de surdefinir un operateur portant sur des types de base 
(imaginez ce que serait un programme dans lequel on pourrait changer la signification de 
3 + 5 ou de * adr !). Une exception a lieu, cependant, pour les seuls operateurs new et delete 
dont la signification peut etre modifiee de maniere globale (pour tous les objets et les types 
de base) ; nous en reparlerons au paragraphe 7. 

De plus, certains operateurs doivent obligatoirement etre definis comme membres d'une 
classe. II s'agit de [], ( ), -> 1 , ainsi que de new et delete (dans le seul cas ou ils portent sur une 
classe particuliere). 

2.3 Eviter les hypotheses sur le role d'un operateur 

Comme nous avons deja eu l'occasion de l'indiquer, vous etes total em ent libre d'attribuer a un 
operateur surdefini la signification que vous desirez. Cette liberie n'est limitee que par le bon 
sens, qui doit vous inciter a donner a un symbole une signification relativement naturelle : 
par exemple + pour la somme de deux complexes, plutot que -, * ou []. 

Cela dit, vous ne retrouverez pas, pour les operateurs surdefinis, les liens qui existent entre 
certains operateurs de base. Par exemple, si a et b sont de type int : 

a += b 

est equivalent a : 

a = a + b 

Autrement dit, le role de l'operateur de base += se deduit du role de l'operateur + et de celui 
de l'operateur =. En revanche, si vous surdefinissez l'operateur + et l'operateur = lorsque leurs 
deux operandes sont de type complexe, vous n'aurez pas pour autant defini la signification de 
+= lorsqu'il aura deux operandes de type complexe. De plus, vous pourrez tres bien surdefinir 
+= pour qu'il ait une signification differente de celle attendue ; naturellement, cela n'est pas 
conseille... 

De meme, et de facon peut-etre plus surprenante, C++ ne fait aucune hypothese sur la com- 
mutativite eventuelle d'un operateur surdefini (contrairement a ce qui se passe pour sa prio- 
rite relative ou son associativite). Cette remarque est lourde de consequences. Supposez, par 



1. II n'est surdefinissable que depuis la version 2.0. 
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exemple, que vous ayez surdefini l'operateur + lorsqu'il a comme operandes un complexe et 
un double (dans cet ordre) ; son prototype pourrait etre : 

complexe operator + (complexe, double) ; 

Si ceci vous permet de donner un sens a une expression telle que (a etant complexe) : 

a + 3.5 

cela ne permet pas pour autant d'interpreter : 

3.5 + a 

Pour ce faire, il aurait fallu surdefinir l'operateur + lorsqu'il a comme operandes un double et 
un complexe avec, par exemple 1 , comme prototype : 

complexe operator + (double, complexe) ; 

Nous verrons cependant au chapitre 10 que les possibilites de conversions definies par l'utili- 
sateur permettront de simplifier quelque peu les choses. Par exemple, il suffira dans ce cas 
precis de definir l'operateur + lorsqu'il porte sur deux complexes ainsi que la conversion de 
double en complexe pour que les expressions de l'une de ces formes aient un sens : 

double + complexe 
complexe + double 
float + complexe 
complexe + float 

2.4 Cas des operateurs ++ et -- 

Jusqu'a la version 2.0 de C++, on ne pouvait pas distinguer l'operateur ++ en notation pre- 
fixee (comme dans ++d) de ce meme operateur en notation postfixee (comme dans a++). 
Autrement dit, pour un type classe donne, on ne pouvait definir qu'un seul operateur ++ (ope- 
rator + +), qui etait utilise dans les deux cas. 

Depuis la version 3, on peut definir a la fois un operateur ++ utilisable en notation prefixee et 
un autre utilisable en notation postfixee. Pour ce faire, on utilise une convention qui consiste 
a ajouter un argument fictif supplemental a la version postfixee. Par exemple, si T designe 
un type classe et que ++ est defini sous la forme d'une fonction membre : 

• l'operateur (usuel) d'en-tete T operator ++ () est utilise en cas de notation prefixee, 

• l'operateur d'en-tete T operator ++ (int) est utilise en cas de notation postfixee. Notez bien 
la presence d'un second operande de type int. Celui-ci est totalement fictif, en ce sens qu'il 
permet au compilateur de choisir l'operateur a utiliser mais qu'aucune valeur ne sera reelle- 
ment transmise lors de l'appel. 

De meme, si + + est defini sous forme de fonction amie : 

• l'operateur (usuel) d'en-tete T operator (T) est utilise en cas de notation prefixee, 

• l'operateur d'en-tete T operator (T, int) est utilise en cas de notation postfixee. 



1 . Nous verrons d'ailleurs un peu plus loin que, dans ce cas, on ne pourra pas surdefinir cet operateur comme une 
fonction membre (puisque son premier operande n'est plus de type classe). 
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Les memes considerations s'appliquent a l'operateur 

Void un exemple dans lequel nous avons defini ++ pour qu'il incremente d'une unite les deux 
coordonnees d'un point et fournisse comme valeur soit celle du point avant incrementation 
dans le cas de la notation postfixee, soit celle du point apres incrementation dans le cas de la 
notation prefixee : 



#include <iostreain> 
using namespace std ; 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) 
point operator ++ () 

{ x++ ; y++ ; return *this 



{ x=abs ; y=ord ; } 
// notation prefixee 



point operator ++ (int n) 
{ point p = *this ; 
x++ ; y++ ; 
return p ; 



// notation postfixee 



void affiche () { cout « x « " " « y « "\n" ; } 
} ; 



main() 
{ point al 
b = ++al 

b = a2++ 



(2, 5) 


a2(2, 5), 


; cout 


« 


"al 




cout 


« 


"b 




; cout 


« 


"a2 




cout 


« 


"b 





al. affiche () ; 


// affiche 


al 


3 6 


b . affiche ( ) ; 


// affiche 


b 


3 6 


a2. affiche () ; 


// affiche 


a2 


3 6 


b. affiche () ; 


// affiche 


b 


2 5 



> 



Exemple de surdefinition de ++ en notation prefixee et postfixee 



Remarque 



Theoriquement, depuis la version 3 et done depuis la norme ANSI, il n'est plus possible 
de ne definir qu'un seul operateur ++ qu'on utiliserait a la fois en notation prefixee et post- 
fixee. En fait, la plupart des compilateurs acceptent que Ton ne fournisse que la version 
prefixee, qui se trouve alors utilisee dans les deux cas. 



2.5 Les operateurs = et & ont une signification predefinie 

Dans notre exemple d' introduction, nous avions surdefini l'operateur + pour des operandes 
de type point. Comme on s'en doute, en l'absence d'une telle surdefinition, l'operateur 
n'aurait aucun sens dans ce contexte et son utilisation conduirait a une erreur de compilation. 
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II en va ainsi pour la plupart des operateurs qui n'ont done pas de signification predefinie 
pour un type classe. II existe toutefois quelques exceptions qui vont generalement de soi (par 
exemple, on s'attend bien a ce que & represente l'adresse d'un objet !). 

L'operateur = fait lui aussi exception. Nous avons deja eu l'occasion de l'employer avec 
deux operandes du meme type classe et nous n'avions pas eu besoin de le surdefinir. Effecti- 
vement, en l'absence de surdefinition explicite, cet operateur correspond a la recopie des 
valeurs de son second operande dans le premier. Nous avons d'ailleurs constate que cette 
simple recopie pouvait s'averer insatisfaisante des lors que les objets concernes comportaient 
des pointeurs sur des emplacements dynamiques. II s'agit la typiquement d'une situation qui 
necessite la surdefinition de l'operateur =, dont nous donnerons un exemple dans le paragra- 
phe suivant. 

On notera la grande analogie existant entre : 

• le constructeur de recopie : s'il n'en existe pas d'explicite, il y a appel d'un constructeur de 
recopie par defaut ; 

• l'operateur d'affectation : s'il n'en existe pas d'explicite, il y a emploi d'un operateur d'af- 
fectation par defaut. 

Constructeur de recopie par defaut et operateur d'affectation par defaut effectuent le meme 
travail : la recopie des valeurs de l'objet. Au chapitre 7, nous avons signale que, dans le cas 
d'objets dont certains membres sont eux-memes des objets, le constructeur de recopie par 
defaut travaillait membre par membre. La meme remarque s'applique a l'operateur d'affecta- 
tion par defaut : il opere membre par membre 1 , ce qui laisse la possibility d'appeler un opera- 
teur d'affectation explicite, dans le cas ou l'un des membres en possederait un. Cela peut 
eviter d' avoir a ecrire explicitement un operateur d'affectation pour des objets sans pointeurs 
(apparents), mais dont un ou plusieurs membres possedent, quant a eux, des parties dynami- 
ques. 

2.6 Les conversions 

C et C++ autorisent frequemment les conversions entre types de base, de facon explicite ou 
implicite. Ces possibilites s'etendent aux objets. Par exemple, comme nous l'avons deja evo- 
que, si a est de type complexe et si l'operateur + a ete surdefini pour deux complexes, une 
expression telle que a + 3.5 pourra prendre un sens : 

• soit si Ton a surdefini l'operateur + lorsqu'il a un operande de type complexe et un operande 
de type double, 

• soit si Ton a defini une conversion de type double en complexe. 

Nous avons toutefois prefere regrouper au chapitre 10 tout ce qui concerne les problemes de 
conversion ; e'est la que nous parlerons de la surdefinition d'un operateur de cast. 



1. La encore, depuis la version 2.0 de C++. Auparavant, il operait de facon globale {memberwise copy). 
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2.7 Choix entre fonction membre et fonction amie 

C++ vous laisse libre de surdefinir un operateur a l'aide d'une fonction membre ou d'une 
fonction independante (en general amie). Vous pouvez done parfois vous demander sur quels 
criteres effectuer le choix. Certes, il semble qu'on puisse ennoncer la regie suivante : si un 
operateur doit absolument recevoir un type de base en premier argument, il ne peut pas 
etre defini comme fonction membre (puisque celle-ci recoit implicitement un premier argu- 
ment du type de sa classe). 

Mais il faudra tenir compte des possiblites exposees au prochain chapitre de conversion en un 
objet d'un operande d'un type de base. Par exemple, l'addition d'un double (type de base) et 
dun complexe (type classe), dans cet ordre 1 , semble correspondre a la situation evoquee (pre- 
mier operande d'un type de base) et done imposer le recours a une fonction amie de la classe 
complexe. En fait, nous verrons qu'il peut aussi se traiter par surdefinition d'une fonction 
membre de la classe complexe effectuant l'addition de deux complexes, completee par la 
definition de la conversion double -> complexe. 

3 Exemple de surdefinition de I'operateur = 

3.1 Rappels concernant le constructeur par recopie 

Nous avons deja eu l'occasion d'utiliser une classe vect, correspondant a des "vecteurs dyna- 
miques" (voir au paragraphe 3 du chapitre 7) : 

class vect 

{ int nelem ; // nombre d' elements 

int * adr ; // adresse 
public : 

vect (int n) // constructeur 



} ; 
Si fct etait une fonction a un argument de type vect, les instructions suiv antes 

vect a (5) ; 
fct (a) ; 



1. II ne suffira pas d'avoir surdefini l'addition d'un complexe et d'un double (qui peut se faire par une fonction 
membre). En effet, comme nous l'avons dit, aucune hypothese n'est faite par C++ sur I'operateur surdefini, en 
particulier sur sa commutativite ! 
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posaient problem e : l'appel defct conduisait a la creation, par recopie de a, d'un nouvel objet 
b. Nous etions alors en presence de deux objets a et b comportant un pointeur (adr) vers le 
meme emplacement : 



5 




En parti culier, si la classe vect possedait (comme c'est souhaitable !) un destructeur charge de 
liberer l'emplacement dynamique associe, on risquait d'aboutir a deux demandes de liberation 
du meme emplacement memoire. 

Une solution consistait a definir un constructeur de recopie charge d'effectuer non seulement 
la recopie de l'objet lui-meme, mais aussi celle de sa partie dynamique dans un nouvel empla- 
cement (ou a interdire la recopie). 

3.2 Cas de I'affectation 

L'affectation d'objets de type vect pose les memes problemes. Ainsi, avec cette declaration : 

vect a(5), b(3) ; 

qui correspond au schema : 





X 




y 






z 


5 / 




t 




u 











f 


3 




g 




h 


b 
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L'affectation 

b = a ; 

conduit a : 





X 




y 






z 


5 / 




t 


/ 


u 











f 


3/ 




g 




h 


b 





Le probleme est effectivement voisin de celui de la construction par recopie. Voisin, mais 
non identique, car quelques differences apparaissent : 

• On peut se trouver en presence d'une affectation d'un objet a lui-meme. 

• Avant affectation, il existe ici deux objets "complets" (c'est-a-dire avec leur partie dynami- 
que). Dans le cas de la construction par recopie, il n'existait qu'un seul emplacement dyna- 
mique, le second etant a creer. On va done se retrouver ici avec l'ancien emplacement 
dynamique de b. Or, s'il n'est plus reference par b, est-on stir qu'il n'est pas reference par 
ailleurs ? 



3.3 Algorithme propose 



Nous pouvons regler les differents points en surdefinissant I'operateur d' affectation, de 
maniere que chaque objet de type vect comporte son propre emplacement dynamique. Dans 
ce cas, on est stir qu'il n'est reference qu'une seule fois et son eventuelle liberation peut se 
faire sans probleme. Notez cependant que cette demarche ne convient totalement que si elle 
est associee a la definition conjointe du constructeur de recopie. 

Voici done comment nous pourrions traiter une affectation telle que b = a, lorsque a est dif- 
ferent de b : 

• liberation de l'emplacement pointe par b, 

• creation dynamique d'un nouvel emplacement dans lequel on recopie les valeurs de l'empla- 
cement pointe par a, 

• mise en place des valeurs des membres donnees de b. 
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Voici un schema illustrant la situation a laquelle on aboutit 




II reste a regler le cas ou a et b correspondent au meme objet. 

Si la transmission deaa l'operateur d'affectation a lieu par valeur et si le constructeur par 
recopie a ete redefini de facon appropriee (par creation d'un nouvel emplacement dynami- 
que), l'algorithme propose fonctionnera sans probleme. 

En revanche, si la transmission de a a lieu par reference, on abordera l'algorithme avec cette 
situation : 




a etb 



L'emplacement dynamique associe a b (done aussi a a) sera libere avant qu'on tente de l'uti- 
liser pour le recopier dans un nouvel emplacement. La situation sera alors catastrophique 1 . 



1. Dans beaucoup d'environnements, les valeurs d'un emplacement libere ne sont pas modifiees. L'algorithme peut 
alors donner l'illusion qu'il fonctionne ! 
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3.4 Valeur de retour 

Enfin, il faut decider de la valeur de retour fournie par I'operateur. A ce niveau, tout depend 
de 1 'usage que nous souhaitons en f aire : 

• Si nous nous contentons d' affectations simples (b=a), nous n'avons besoin d'aucune va- 
leur de retour {void). 

• En revanche, si nous souhaitons pouvoir traiter une affectation multiple ou, plus generale- 
ment, faire en sorte que (comme on peut s'y attendre !) l'expression b=a ait une valeur 
(probablement celle de b ! ), il est necessaire que I'operateur fournisse une valeur de retour. 

Nous choisissons ici la seconde possibility qui a le merite d'etre plus generate 1 . 

3.5 En definitive 

Voici finalement ce que pourrait etre la definition de I'operateur = (C++ impose de le definir 
comme une fonction membre) : b devient le premier operande - ici this - et a devient le 
second operande - ici v. De plus, nous prevoyons de transmettre le second operande par 
reference : 

vect vect :: operator = (const vect & v) // notez const 
{ if (this != &v) 

{ delete adr ; 

adr = new int [nelem = v.nelem] ; 
for (int i=0 ; i<nelem ; i++) adr[i] - v.adr[i] ; 
} 
return * this ; 
} 

Comme l'argument de la fonction membre operator= est transmis par reference, il est neces- 
saire de lui associer le qualificatif const si Ton souhaite pouvoir affecter un vecteur constant 
a un vecteur quelconque 2 . 

3.6 Exemple de programme complet 

Nous vous proposons d'integrer cette definition dans un programme complet servant a illus- 
trer le fonctionnement de I'operateur. Pour ce faire, nous ajoutons comme d'habitude un cer- 
tain nombre destructions d'affichage (en parti culier, nous suivons les adresses des objets et 
des emplacements dynamiques qui leur sont associes). Mais pour que le programme ne soit 
pas trop long, nous avons reduit la classe vect au strict minimum ; en particulier, nous 
n'avons pas prevu de constructeur de recopie ; or celui-ci deviendrait naturel lenient 
indispensable dans une application reelle. 



1. Bien entendu, C++ vous laisse libre de faire ce que vous voulez, y compris de renvoyer une valeur autre que celle 
de b (avec tous les risques de manque de lisibilite que cela suppose !). 

2. Cependant, comme on le verra au chapitre 10, la presence de cet attribut const pourra autoriser certaines 
conversions de l'argument. 
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En outre, bien qu'ici notre fonction main se limite a l'emploi de l'operateur =, nous avons du 
prevoir une transmission par reference pour l'argument et la valeur de retour de operator=. 
En effet, si nous ne l'avions pas fait, l'appel de cet operateur - traite comme une fonction - 
aurait entraine un appel de constructeur de recopie (a = b est equivalent ici a : aoperator = 
(b)) ; il se serait alors agi du constructeur de recopie par defaut, ce qui aurait entraine les pro- 
blemes deja evoques de double liberation d'un emplacement 1 . 

#include <iostream> 
using namespace std ; 
class vect 

{ int nelem ; // nombre d' elements 

int * adr ; // pointeur sur ces elements 

public : 
vect (int n) // constructeur 

{ adr = new int [nelem = n] ; 

for (int i=0 ; i<nelem ; i++) adr[i] = ; 
cout << "++ obj taille " « nelem « " en " « this 
<< " - v. dyn en " << adr « "\n" ; 
} 
~vect () // destructeur 

{ cout << " — obj taille " « nelem « " en " 

<< this « " - v. dyn en " « adr << "\n" ; 
delete adr ; 
} 
vect S operator = (const vect s) ; // surdefinition operateur = 
} ; 
vect & vect : : operator = (const vect S v) 

{ cout « "== appel operateur = avec adresses " « this « " " « &v « "\n" ; 
if (this != Sv) 

{ cout << " effacement vecteur dynamique en " « adr « "\n" ; 
delete adr ; 

adr = new int [nelem = v. nelem] ; 

cout << " nouveau vecteur dynamique en " « adr « "\n" ; 
for (int i=0 ; i<nelem ; i++) adr[i] = v.adr[i] ; 
} 
else cout « " on ne fait rien \n" ; 
return * this ; 
} 

main ( ) 
{ vect a(5), b(3), c(4) ; 

cout << "** affectation a=b \n" ; 

a = b ; 

cout << "** affectation c=c \n" ; 

c = c ; 

cout << "** affectation a=b=c \n" ; 

a = b = c ; 



1 . Un des exercices de ce chapitre vous propose de le verifier. 
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++ obj taille 5 en 006AFDE4 - v. dyn en 007D0340 
++ obj taille 3 en 006AFDDC - v. dyn en 007D00D0 
++ obj taille 4 en 006AFDD4 - v. dyn en 007D0090 
** affectation a=b 
= appel operateur = avec adresses 006AFDE4 006AFDDC 

effacement vecteur dynamique en 007D0340 

nouveau vecteur dynamique en 007D0340 
** affectation c=c 
= appel operateur = avec adresses 006AFDD4 006AFDD4 

on ne fait rien 
** affectation a=b=c 
= appel operateur = avec adresses 006AFDDC 006AFDD4 

effacement vecteur dynamique en 007D00D0 

nouveau vecteur dynamique en 007D00D0 
= appel operateur = avec adresses 006AFDE4 006AFDDC 

effacement vecteur dynamique en 007D0340 

nouveau vecteur dynamique en 007D0340 

— obj taille 4 en 006AFDD4 - v. dyn en 007D0090 

— obj taille 4 en 006AFDDC - v. dyn en 007D00D0 

— obj taille 4 en 006AFDE4 - v. dyn en 007D0340 

Exemple d'utilisation d'une classe vect avec un operateur d'affectation surdefini 

3.7 Lorsqu'on souhaite interdire I'affectation 

Nous avons deja vu (paragraphe 3.1.3 du chapitre 7) que, dans certains cas, on pouvait avoir 
interet a interdire la recopie d'objets. Les memes considerations s'appliquent a I'affectation. 
Ainsi, une redefinition de I'affectation sous forme privee en interdit l'emploi par des fonc- 
tions autres que les fonctions membres de la classe concernee. On peut egalement exploiter la 
possibility qu'offre C++ de declarer une fonction sans en fournir de definition : dans ce cas, 
toute tentative d'affectation (meme au sein d'une fonction membre) sera rejetee par l'editeur 
de liens. D'une maniere generale, il peut etre judicieux de combiner les deux possibilites, 
c'est-a-dire d'effecteur une declaration privee, sans definition ; dans ces cas, les tentatives 
d'affectation de la part de l'utilisateur seront detectees en compilation et seules les tentatives 
d'affectation par une fonction membre produiront une erreur de l'edition de liens (et ce point 
ne concerne que le concepteur de la classe, et non son utilisateur). 

\^^ Remarques 

1 Comme dans le cas de la definition du constructeur de recopie, nous avons utilise la 
demarche la plus naturelle consistant a effectuer une copie profonde en dupliquant la par- 
tie dynamique de l'objet. Dans certains cas, on pourra chercher a eviter cette duplication, 
en la dotant d'un compteur de references, comme l'explique l'Annexe E. 
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2 Nous verrons plus tard que si une classe est destinee a donner naissance a des objets 
susceptibles d'etre introduits dans des conteneurs, il n'est plus possible de desactiver 
1' affectation (pas plus que la recopie). 



{•) En Java 



Java ne permet pas la surdefinition d'operateur. On ne peut done pas modifier la semanti- 
que de 1' affectation qui, rappelons-le, est tres differente de celle a laquelle on est habitue 
en C++ (les objets etant manipules par reference, on aboutit apres affectation a deux refe- 
rences egales a un unique objet). 



4 La forme canonique d'une classe 



Des lors qu'une classe dispose de pointeurs sur des parties dynamiques, la copie d'objets de la 
classe (aussi bien par le constructeur de recopie par defaut que par l'operateur d'affectation 
par defaut) n'est pas satisfaisante. Dans ces conditions, si Ton souhaite que cette recopie fonc- 
tionne convenablement, il est necessaire de munir la classe des quatre fonctions membres 
suivantes au moins : 

• constructeur (il sera generalement charge de l'allocation de certaines parties de l'objet), 

• destructeur (il devra liberer correctement tous les emplacements dynamiques crees par l'objet), 

• constructeur de recopie, 

• operateur d'affectation. 

Voici un canevas recapitulatif correspondant a ce minimum qu'on nomme souvent "classe 
canonique" : 

class T 

{ public : 

T (...) ; // constructeurs autres que par recopie 

T (const T &) ; // constructeur de recopie (forme conseillee) 

// (declaration privee pour l'interdire) 

-T () ; // destructeur 

T & operator = (const T S) ; // affectation (forme conseillee) 
// (declaration privee pour l'interdire) 



La forme canonique d'une classe 

Bien que ce ne soit pas obligatoire, nous vous conseillons : 

• d'employer le qualificatif const pour l'argument du constructeur de recopie et celui de l'affec- 
tation, dans la mesure ou ces fonctions membres n'ont aucune raison de modifier les valeurs 
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des objets correspondants. On verra toutefois au chapitre 10 que cette facon de proceder peut 
autoriser l'introduction de certaines conversions de l'operande de droite de l'affectation. 

• de prevoir (a moins d'avoir de bonnes raisons de faire le contraire) une valeur de retour a 
I'operateur d'affectation, seul moyen de gerer correctement les affectations multiples. 

En revanche, l'argument de I'operateur d'affectation et sa valeur de retour peuvent etre indif- 
feremment transmis par reference ou par valeur. Cependant, on ne perdra pas de vue que les 
transmissions par valeur entrainent l'appel du constructeur de recopie. D'autre part, des lors 
que les objets sont de taille respectable, la transmission par reference s'avere plus efficace. 

Si vous creez une classe comportant des pointeurs sans la doter de ce "minimum vital" et sans 
prendre de precautions particulieres, l'utilisateur ne se verra nullement interdire la recopie ou 
l'affectation d'objets. 

II peut arriver de creer une classe qui n'a pas besoin de disposer de ces possibilites de recopie 
et d'affectation, par exemple parce qu'elles n'ont pas de sens (cas d'une classe "fenetre" d'un 
systeme graphique). II se peut aussi que vous souhaitiez tout simplement ne pas offrir ces 
possiblites a l'utilisateur de la classe. Dans ce cas, plutot que de compter sur la "bonne 
volonte" de l'utilisateur, il est preferable d'utiliser quand meme la forme canonique, en 
s'arrangeant pour interdire ces actions. Nous vous avons fourni des pistes dans ce sens au 
paragraphe 3.7, ainsi qu'au paragraphe 3.1.3 du chapitre 7, et nous avons vu qu'une solution 
simple a mettre en place consistait a fournir des declarations privees de ces deux methodes, 
sans en fournir de definition. 



D> 



Remarque 

Ce schema sera complete au chapitre 1 3 afin de prendre en compte la situation d'heritage. 
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Considerons a nouveau notre classe vect : 

class vect 
{ int nelem ; 
int * adr ; 



} 

Cherchons a la munir d'outils permettant d'acceder a un element de l'emplacement pointe par 
adr a partir de sa position, que Ton reperera par un entier compris entre et nelem- 1 . 

Nous pourrions bien stir ecrire des fonctions membres comme : 

void range (int valeur, int position) 

pour introduire une valeur a une position donnee, et : 

int trouve (int position) 

pour fournir la valeur situee a une position donnee. 
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La manipulation de nos vecteurs ne serait alors guere aisee. Elle ressemblerait a ceci 



vect a ( 5 ) ; 






a. range (15, 


0) 


; 


a. range (25, 


1) 


; 


for (int i = 


' 2 ; 


■ i 


a . range 


(0, 


i) 


for i = ; 


i < 


5 



// place 15 en position de a 
// 25 en position 1 



< 5 ; i++) 



; // et ailleurs 

i++) // pour afficher les valeurs de a 
cout << a.trouve (i) ; 

En fait, nous pouvons chercher a surdefinir l'operateur [] de maniere que afij designe l'ele- 
ment d' emplacement /' de a. La seule precaution a prendre consiste a faire en sorte que cette 
notation puisse etre utilisee non seulement dans une expression (cas qui ne presente aucune 
difficulte), mais egalement a gauche d'une affectation, c'est-a-dire comme lvalue. Notez que 
le probleme ne se posait pas dans l'exemple ci-dessus puisque chaque cas etait traite par une 
fonction membre differente. 

Pour que afij soit une lvalue, il est done necessaire que la valeur de retour fournie par l'ope- 
rateur [] soit transmise par reference. 

Par ailleurs, C++ impose de surdefinir cet operateur sous la forme d'une fonction membre, ce 
qui implique que son premier operande (le premier operande de afij est a) soit de type classe 
(ce qui semble raisonnable !). Son prototype sera done : 

int S operator [] (int) ; 

Si nous nous contentons de renvoyer l'element cherche sans effectuer de controle sur la vali- 
dity de la position, le corps de la fonction operatorfj peut se reduire a : 

return adr [ i ] ; 

Voici un exemple simple d'utilisation d'une classe vect reduite a son strict minimum : cons- 
tructed, destructeur et operateur []. Bien entendu, en pratique, il faudrait au moins lui aj outer 
un constructeur de recopie et un operateur d'affectation. 

#include <iostream> 
using namespace std ; 
class vect 
{ int nelem ; 

int * adr ; 
public : 

vect (int n) { adr = new int [nelem=n] ; } 

-vect () (delete adr ;} 

int & operator [] (int) ; 
} ; 

int & vect :: operator [] (int i) 
{ return adr[i] ; } 



{ int i ; 








vect a (3) , 


b(3), 


c(3) ; 




for (i=0 ; 


i<3 ; 


i++) {a[i] = i ; b[i] 


= 2*i 


for (i=0 ; 


i<3 ; 


i++) c[i] = a[i]+b[i] 


; 


for (i=0 ; 


i<3 ; 


i++) cout « c[i] « " 


" ; 
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Remarques 

1 Nous pourrions bien sur transmettre le second operande par reference, mais cela ne pre- 
senterait guere d'interet, compte tenu de la petite taille des variables du type int. 

2 C++ interdit de definir I'operateur [] sous la forme d'une fonction amie ; il en allait deja 
de meme pour I'operateur =. De toute facon, nous verrons au prochain chapitre qu'il 
n'est pas conseille de definir par une fonction amie un operateur susceptible de modifier 
un objet, compte tenu des conversions implicites pouvant apparaitre. 

3 Seules les fonctions membres dotees du qualificatif const peuvent etre appliquees a un 
objet constant. Tel que nous l'avons concu, I'operateur [] ne permet done pas d'acceder 
a un objet constant, meme s'il ne s'agit que d'utiliser la valeur de ses elements sans la 
modifier. Certes, on pourrait ajouter ce qualificatif const a I'operateur [] mais il la 
modification des valeurs d'un objet constant deviendrait alors possible, ce qui n'est 
guere souhaitable. En general, on preferera definir un second operateur destine unique- 
ment aux objets constants en faisant en sorte qu'il puisse consulter l'objet en question 
mais non le modifier. Dans notre cas, voici ce que pourrait etre ce second operateur : 

int vect :: operator [] (int i) const 
{ return adr[i] ; } 

Une affectation telle que vfij = ... v etant un vecteur constant sera bien rejetee en com- 
pilation puisque notre operateur transmet son resultat par valeur et non plus par refe- 
rence. 

4 L 'operateur [] etait ici dicte par le bon sens, mais nullement impose par C++. Nous 
aurions pu tout aussi bien utiliser : 

- I'operateur () : la notation a(i) aurait encore ete comprehensible 

- I'operateur < : que penser alors de la notation a < i ? 

- I'operateur , : notation a, i 

- etc. 



6 Surdefinition de I'operateur () 



Lorsqu'une classe surdefinit I'operateur (), on dit que les objets aux quels elle donne naissance 
sont des objets fonctions car ils peuvent etre utilises de la meme maniere qu'une fonction 
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ordinaire. En voici un exemple simple, dans lequel nous surdefinissons l'operateur () pour 
qu'il corresponde a une fonction a deux arguments de type int et renvoyant un int : 

class cl_fct 
{ public : 

cl_fct (float x) { } ; // constructeur 

int operator)) (int n, int p ) { } // operateur () 

} ; 
Dans ces conditions, une declaration telle que : 

cl_fct ob j_fct 1(2.5) ; 

construit bien stir un objet nomme obj^ctl de type cljct, en transmettant le parametre 2.5 a 
son constructeur. En revanche, la notation suivante realise l'appel de l'operateur ( ) de l'objet 
objjctl, en lui transmettant les valeurs 3 et 5 : 

obj_fctl(3, 5) 

Ces possibilites peuvent servir lorsqu'il est necessaire d'effectuer certaines operations d'ini- 
tialisation d'une fonction ou de parametrer son travail (par le biais des arguments passes a son 
constructeur). Mais elles s'avereront encore plus interessantes dans le cas des fonctions dites 
de rappel, c'est-a-dire transmises en argument a une autre fonction. 

7 Surdefinition des operateurs new et delete 

N.B. Ce paragraphe peut etre ignore dans un premier temps. 

Tout d'abord, il faut bien noter que les operateurs new et delete peuvent s'appliquer a des 
types de base, a des structures usuelles ou a des objets. Par ailleurs, il existe d'autres opera- 
teurs newfj et delete [] s'appliquant a des tableaux (d'elements de type de base, structure ou 
objet). Cette remarque a des consequences au niveau de leur redefinition : 

• Vous pourrez redefinir new et delete " selectivement" pour une classe donnee ; bien entendu 
vous pourrez toujours redefinir ces operateurs dans autant de classes que vous le 
souhaiterez ; dans ce cas, les operateurs predefinis (on parle aussi d"' operateurs globaux") 
continueront d'etre utilises pour les classes ou aucune surdefinition n'aura ete prevue. 

• Vous pourrez egalement redefinir ces operateurs de facon globale ; il seront alors utilises 
pour les types de base, pour les structures usuelles et pour les types classe n'ayant opere 
aucune surdefinition. 

• Enfin, il ne faudra pas perdre de vue que les surdefinitions de new d'une part et de newfj 
d'autre part sont deux choses differentes ; l'une n'entrainant pas automatiquement l'autre ; 
la meme remarque s'applique a delete et delete [J. 

Voyons cela plus en detail, en commencant par la situation la plus usuelle, a savoir la surde- 
finition de new et delete au sein d'une classe 
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7.1 Surdefinition de newe\ delete pour une classe donnee 

La surdefinition de new se fait obligatoirement par une fonction membre qui doit : 

• Posseder un argument de type size J correspondant a la taille en octets de l'objet a allouer. 
Bien qu'il figure dans la definition de new, il n'a pas a etre specifie lors de son appel, car 
c'est le compilateur qui le generera automatiquement, en fonction de la taille de l'objet con- 
cerne. (Rappelons que size J est un "synonyme" d'un type entier defini dans le fichier en- 
tete cstddef). 

• Fournir en retour une valeur de type void * correspondant a l'adresse de l'emplacement al- 
loue pour l'objet. 

Quant a la definition de la fonction membre correspondant a l'operateur delete, elle doit : 

• Recevoir un argument du type pointeur sur la classe correspondante ; il represente l'adresse 
de l'emplacement alloue a l'objet a detruire. 

• Ne fournir aucune valeur de retour (void). 



> 



Remarques 

1 Meme lorsque l'operateur new a ete surdefini pour une classe, il reste possible de faire 
appel a l'operateur predefini en utilisant l'operateur de resolution de portee ; il en va de 
meme pour delete. 

2 Les operateurs new et delete sont des fonctions membres statiques de leur classe (voir 
le paragraphe 8 du chapitre 6). En tant que tels, ils n'ont done acces qu'aux membres 
statiques de la classe ou ils sont definis et ne recoivent pas d' argument implicite (this). 



7.2 Exemple 



Voici un programme dans lequel la classe point surdefinit les operateurs new et delete, dans 
le seul but d'en comptabiliser les appels 1 . Ils font d'ailleurs appel aux operateurs predefinis 
(par emploi de ::) pour ce qui concerne la gestion de la memoire. 



#include <iostreani> 
#include <cstddef> 
using namespace std 



// pour size_t 



class point 

{ static int npt ; 

static int npt_dyn 

int x, y ; 



// nombre total de points 

// nombre de points "dynamiques" 



1. Bien entendu, dans un programme reel, l'operateur new accomplira en general une tache plus elaboree. 
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public : 

point (int abs=0, int ord=0) 
{ x=abs ; y=ord ; 
npt++ ; 

cout << "++ norribre total de points 
} 
-point () 

{ npt— ; 

cout << " — norribre total de points 



// constructeur 

« npt « "\n" ; 

// destructeur 
« npt « "\n" ; 

// new surdefini 



void * operator new (size_t sz) 
{ npt_dyn++ ; 

cout « " il y a " « npt_dyn << " points dynamiques sur un \n" 

return : :new char[sz] ; 



void operator delete (void * dp) 
{ npt_dyn — ; 

cout « " il y a " « npt_dyn << 

: : delete (dp) ; 



points dynamiques sur un \n" 



int point: 


:npt = 


; 




int point: 


: npt_dyn 


= C 


; 


main ( ) 








{ point * 


adl, * c 


id2 


; 


point a 


(3,5) ; 






adl = new point 


(1, 


3) 


point b 








ad2 = new point 


(2, 


0) 


delete 


adl ; 






point c 


(2) ; 






delete 


ad2 ; 







// initialisation membre statique npt 

// initialisation membre statique npt_dyn 



++ nombre total de points : 1 

il y a 1 points dynamiques sur un 

++ nombre total de points : 2 

++ nombre total de points : 3 

il y a 2 points dynamiques sur un 

++ nombre total de points : 4 

— nombre total de points : 3 

il y a 1 points dynamiques sur un 
++ nombre total de points : 4 

— nombre total de points : 3 

il y a points dynamiques sur un 

— nombre total de points : 2 

— nombre total de points : 1 

— nombre total de points : 



Exemple de surdefinition de I 'operateur new pour la classe point 



7 - Surdefinition des operateurs new et delete 



> 



Remarques 

1 Comme le montre cet exemple, et comme on peut s'y attendre, la surdefinition des opera- 
teurs new et delete n'a d'incidence que sur les objets alloues dynamiquement. Les objets 
statiques (alloues a la compilation) et les objets dynamiques (alloues lors de l'execution, 
mais sur la pile) ne sont toujours pas concernes. 

2 Que new soit surdefini ou predefini, son appel est toujours (heureusement) suivi de 
celui du constructeur (lorsqu'il existe). De meme, que delete soit surdefini ou predefini, 
son appel est toujours precede de celui du destructeur (lorsqu'il existe). 

3 N'oubliez pas qu'il est necessaire de distinguer new de newfj, delete de delete [J. Ainsi, 
dans 1' exemple de programme precedent, une instruction telle que : 

point * ad = new point [50] ; 

ferait appel a l'operateur new predefini (et 50 fois a l'appel du constructeur sans argu- 
ment). En general, on surdefinira egalement newfj et deletefj comme nous allons le 
voir ci-apres. 



7.3 D'une maniere generale 



Pour surdefinir newfj au sein d'une classe, il suffit de proceder comme pour new, le nom 
meme de l'operateur {new[] au lieu de new) servant a effectuer la distinction. Par exemple, 
dans notre classe point de 1' exemple precedent, nous pourrons aj outer : 

void * operator new [] (size_t sz) 

{ 

return : :new char[sz] ; 
} 

La valeur fournie en argument correspondra bien a la taille totale a allouer pour le tableau (et 
non a la taille d'un seul element). Cette fois, dans notre precedent exemple de programme, 
l'instruction : 

point * adp = new point [50] ; 

effectuera bien un appel de l'operateur newfj ainsi surdefini (et toujours les 50 appels du 
constructeur sans arguments de point). 

De meme, on surdefinira delete [] de cette facon : 

void operator delete (void * dp) // dp adresse de 1 ' emplacement a liberer 
{ } 

Enfin, pour surdefinir les operateurs new et delete de maniere globale, il suffit de definir 
l'operateur correspondant sous la forme d'une fonction independante, comme dans cet 
exemple : 

void operator new (size_t sz) 
{ 
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Notez bien qu'alors : 

• Cet operateur sera appele pour tous les types pour lesquels aucun operateur new n'a ete sur- 
defini, y compris pour les types de base. C'est le cas de la declaration suivante : 

int * adi = new int ; 

• Dans la surdefinition de cet operateur, il n'est plus possible de faire appel a l'operateur new 
predefini. Toute tentative d'appel de new ou meme de r.new fera entrer dans un processus 
recursif. 

Ce dernier point limite l'interet de la surdefinition globale de new de delete puisque le pro- 
grammeur doit prendre completement a sa charge la gestion dynamique de memoire (par 
exemple en realisant les "appels au systeme" necessaires...). 



Exercices 

N.B. Les exercices marques (C) sont corriges en fin de volume. 



1) Dans les deux exemples de programme des paragraphes 1 . 1 et 1 .2, mettez en evidence 
les appels d'un constructeur de recopie. Pour ce faire, introduisez un constructeur sup- 
plemental de la forme point (point&) dans la classe point. Voyez ce qui se produit 
lorsque vous employ ez la transmission par reference pour le ou les arguments de ope- 
rator +. 

2) Dans l'exemple du paragraphe 3, introduisez un constructeur de recopie pour la classe 
vect. Constatez que le remplacement de la transmission par reference par une trans- 
mission par valeur entraine la creation de nombreux objets supplementaires. 

3 (C) Dans une classe point de la forme : 

class point 
{ int x, y ; 
public : 

point (int abs = 0, int ord = 0) 



introduisez un operateur == tel que si a et b sont deux points, a==b fournisse la 
valeur 1 lorsque a et b ont les memes coordonnees et la valeur dans le cas contraire. 
On prevoira les deux situations : 

a) fonction membre, 

b) fonction amie. 
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4 (C) Dans une classe pileentier de la forme 1 : 



class pile_entier 

{ int dim ; // nombre maxi d' elements de la pile 

int * adr ; // adresse du tableau representant la pile 

int nelem ; // nombre d' elements courant de la pile 
public : 

pile_entier (int n) { . . . } 

~pile_entier () {...} 



introduisez les operateurs > et < tels que si p est un objet de type pileentier et n une 
variable entiere : 

p <n ajoute la valeur de n sur la pile p (en ne renvoyant aucune valeur), 

p> n supprime la valeur du haut de la pile et la place dans n. 

On prevoira les deux situations : 

a) fonctions membres, 

b) fonctions amies. 

5 Verifiez si votre implementation accepte qu'on ne definisse que la version "pre" de 
l'operateur ++, en vous inspirant de l'exemple du paragraphe 2.4. 

6 (C) En langage C, il n'existe pas de veritable type chaine, mais simplement une "conven- 

tion" de representation des chaines (suite de caracteres terminee par un caractere de 
code nul). Un certain nombre de fonctions utilisant cette convention permettent les 
manipulations classiques (copie, concatenation...). 

Cet exercice vous demande de definir une classe nominee chaine offrant des possibili- 
ty plus proches d'un veritable type chaine (tel que celui du Basic ou du Pascal). Pour 
ce faire, on prevoira comme membres donnees : 

• la longueur courante de la chaine, 

• l'adresse d'une zone allouee dynamiquement, destinee a recevoir la suite de carac- 
teres (il ne sera pas necessaire d'y ranger le caractere nul de fin, puisque la longueur 
de la chaine est definie par ailleurs). 

Le contenu d'un objet de type chaine pourra done evoluer par un simple jeu de gestion 
dynamique. 

On munira la classe chaine des constructeurs suivants : 

• chaine () : initialise une chaine vide 

• chaine (char*) : initialise la chaine avec la chaine (au sens du C) dont on fournit 
l'adresse en argument 

• chaine (chaine&) : constructeur de recopie. 



1. Revoyez eventuellement l'exercice 5 du chapitre 7. 



a La surdefinition d'operateurs 



Chapitre 9 



On definira les operateurs : 

• = pour l'affectation entre objets de type chaine (penser a l'affectation multiple). 

• == pour examiner l'egalite de deux chaines. 

• + pour realiser la concatenation de deux chaines. Si a et b sont de type chaine, a + b 
sera une (nouvelle) chaine formee de la concatenation de a et b (les chaines a et b 
devront etre inchangees). 

• [] pour acceder a un caractere de rang donne d'une chaine (les affectations de la for- 
me afij = 'x' devront pouvoir fonctionner. 

On pourra ajouter une fonction d'affichage. On ne prevoira pas d'employer de comp- 
teur par reference, ce qui signifie qu'on acceptera de dupliquer les chaines identiques. 

N.B. On trouvera dans la bibliotheque standard prevue par la norme une classe string 
offrant, entre autres, les fonctionnalites evoquees ici. Pour conserver son interet a 
l'exercice, il ne faut pas l'utiliser ici. 
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Les conversions de type 
definies par I utilisateur 



En matiere de conversion d'un type de base en un autre type de base, C++ offre naturellement 
les memes possibilites que le langage C qui, rappelons-le, fait intervenir des conversions 
explicites et des conversions implicites. 

Les conversions sont explicites lorsque Ton fait appel a un operateur de cast, comme dans : 



double z 



z = double (n) ; /* conversion de int en double */ 

ou dans : 

n = int(z) ; /* conversion de double en int */ 

Les conversions implicites ne sont pas mentionnees par "l'utilisateur 1 ", mais elles sont mises 
en place par le compilateur en fonction du contexte ; elles se rencontrent a differents 
niveaux : 

• dans les affectations : il y a alors conversion "forcee" dans le type de la variable receptrice ; 

• dans les appels de fonction : comme le prototype est obligatoire en C++, il y a egalement 
conversion "forcee" d'un argument dans le type declare dans le prototype ; 



1. C'est-a-dire en fait l'auteur du programme. Nous avons toutefois conserve le terme repandu d'utilisateur, qui 
s'oppose ici a compilateur. 
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• dans les expressions : pour chaque operateur, il y a conversion eventuelle de l'un des ope- 
randes dans le type de l'autre, suivant des regies precises 1 qui font intervenir : 

- des conversions systematiques : char et short en int, 

- des conversions d'ajustement de type, par exemple int en long pour une addition de 
deux valeurs de type long. . . 

Mais C++ permet aussi de definir des conversions faisant intervenir des types classe crees 
par I'utilisateur. Par exemple, pour un type complexe, on pourra, en ecrivant des fonctions 
appropriees, donner une signification aux conversions : 

complexe -> double 
double -> complexe 

Qui plus est, nous verrons que l'existence de telles conversions permettra de donner un sens a 
l'addition d'un complexe et d'un double, ou meme celle d'un complexe et d'un int. 

Cependant, s'il parait logique de disposer de conversions entre une classe complexe et les 
types numeriques, il n'en ira plus necessairement de meme pour des classes n'ayant pas une 
"connotation" mathematique aussi forte, ce qui n'empechera pas le compilateur de mettre en 
place le meme genre de conversions ! 

Ce chapitre fait le point sur ces differentes possibilites. Considerees comme assez dangereu- 
ses, il est bon de ne les employer qu'en toute connaissance de cause. Pour vous eviter une 
conclusion native, nous avons volontairement utilise des exemples de conversions tantot 
signifiantes (a connotation mathematique), tantot non signifiantes. 

Au passage, nous en profiterons pour insister sur le role important du qualificatif const appli- 
que a un argument muet transmis par reference. 

1 Les differentes sortes de conversions 
definies par I'utilisateur 

Considerons une classe point possedant un constructeur a un argument, comme : 

point (int abs) { x = abs ; y = ; } 

On peut dire que ce constructeur realise une conversion d'un int en un objet de type point. 
Nous avons d'ailleurs deja vu comment appeler explicitement ce constructeur, par exemple : 

point a ; 

a = point (3) ; 

Comme nous le verrons, a moins de l'interdire au moment de la definition de la classe, ce 
constructeur peut etre appele implicitement dans des affectations, des appels de fonction ou 



1. Ces regies sont detaillees dans La reference du C norme ANSI/ISO , du meme auteur. 
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des calculs d'expression, au meme titre qu'une conversion "usuelle" (on parle aussi de "con- 
version standard"). 

Plus generalement, si Ton considere deux classes nominees point et complexe, on peut dire 
qu'un constructeur de la classe complexe a un argument de type point : 

complexe (point) ; 

permet de convertir un point en complexe. Nous verrons que cette conversion pourra elle 
aussi etre utilisee implicitement dans les differentes situations evoquees (a moins qu'on l'ait 
interdit explicitement). 

En revanche, un constructeur (qui fournit un objet du type de sa classe) ne peut en aucun cas 
permettre de realiser une conversion d'un objet en une valeur d'un type simple (type de base 
ou pointeur) par exemple un point en int ou un complexe en double. Comme nous le verrons, 
ce type de conversion pourra etre traite en definissant au sein de la classe concernee un ope- 
rateur de cast approprie, par exemple, pour les deux cas cites : 

operator int () 

au sein de la classe point, 

operator double ( ) 

au sein de la classe complexe. 

Cette derniere demarche de definition d'un operateur de cast pourra aussi etre employee pour 
definir une conversion d'un type classe en un autre type classe. Par exemple, avec : 

operator complexe () ; 

au sein de la classe point, on definira la conversion d'un point en complexe, au meme titre 
qu'avec le constructeur : 

complexe (point) ; 

situe cette fois dans la classe complexe . 

Voici un schema recapitulant les differentes possibilites que nous venons d'evoquer ; A et B 
designent deux classes, b un type de base quelconque : 



Constructeur a un argument 




Constructeur de D a un argument 




operator D() 



Les quatre sortes de conversions definies par I'utilisateur 
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Parmi les differentes possibilites de conversion que nous venons d'evoquer, seul l'operateur 
de cast applique a une classe apparait comme nouveau. Nous allons done le presenter, mais 
aussi expliquer quand et comment les differentes conversions implicites sont mises en oeuvre 
et examiner les cas rejetes par le compilateur. 

2 L'operateur de cast pour la conversion type 
classe -> type de base 

2.1 Definition de l'operateur de cast 

Considerons une classe point : 



class point 
{ int x, y 



} 

Supposez que nous souhaitions la munir d'un operateur de cast permettant la conversion de 
point en int. Nous le noterons simplement : 

operator int ( ) 

II s'agit la du mecanisme habituel de surdefinition d'operateur etudie au chapitre precedent : 
l'operateur se nomme ici int, il est unaire (un seul argument), et comme il s'agit d'une fonc- 
tion membre, aucun argument n'apparait dans son en-tete ou son prototype. Reste la valeur de 
retour : en principe, cet operateur fournit un int, de sorte qu'on aurait pu penser a l'en-tete : 

int operator int() 

En fait, en C++, un operateur de cast doit toujours etre defini comme une fonction mem- 
bre et le type de la valeur de retour (qui est alors celui defini par le nom de l'operateur) ne 
doit pas etre mention ne 

En definitive, voici comment nous pourrions definir notre operateur de cast (ici en ligne), en 
supposant que le resultat souhaite pour la conversion en int soit l'abscisse du point : 

operator int ( ) 

{ return x ; 

} 

Bien entendu, pour etre utilisable a l'exterieur de la classe, cet operateur devra etre public. 

2.2 Exemple d'utilisation 

Voici un premier exemple de programme montrant a la fois un appel explicite de l'operateur 
int que nous venons de definir, et un appel implicite entraine par une affectation 1 . Comme a 



1. S'il n'etait pas declare public, on obtiendrait une erreur de compilation dans les deux appels. 
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l'accoutumee, nous avons introduit une instruction d'affichage dans l'operateur lui-meme 
pour obtenir une trace de son appel. 

#include <iostreain> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " << x « " " « y « "\n" ; 
} 
operator int() // "cast" point — > int 

{ cout « "= appel int() pour le point " « x « " " « y « "\n" ; 

return x ; 
} 

} ; 

main{) 

{ point a(3,4), b(5,7) ; 

int nl, n2 ; 

nl = int (a) ; // ou nl = (int) a appel explicite de int () 

// on peut aussi ecrire : nl = (int) a ou nl = static_cast<int> (a) 

cout « "nl = " « nl « "\n" ; 

n2 = b ; // appel implicite de int() 

cout « "n2 = " « n2 « "\n" ; 
} 

++ construction point : 3 4 

++ construction point : 5 7 

= appel int() pour le point 3 4 

nl = 3 

= appel into pour le point 5 7 

n2 = 5 

Exemple d 'utilisation d'un operateur de cast pour la conversion point -> int 
Nous voyons clairement que l'affectation : 

n2 = b ; 

a ete traduite par le compilateur en : 

• une conversion du point b en int, 

• une affectation (classique) de la valeur obtenue a n2. 

2.3 Appel implicite de l'operateur de cast lors d'un appel de fonction 

Definissons une fonction fct recevant un argument de type entier, que nous appelons : 

• une premiere fois avec un argument entier (6), 
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• une deuxieme fois avec un argument de type point (a). 

En outre, nous introduisons (artificiellement) dans la classe point un constructeur de recopie, 
afin de montrer qu'ici il n'est pas appele : 

#include <iostream> 
using namespace std ; 
class point 
{ 

int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout << "++ construction point : " « x « " " « y « "\n" ; 
} 
point (const point S p) // constructeur de recopie 

{ cout << " : : appel constructeur de recopie \n" ; 

x = p.x ; y = p.y ; 
} 
operator int() // "cast" point — > int 

{ cout << "= appel int() pour le point " « x « " " « y « "\n" ; 

return x ; 
} 

} ; 

void fct (int n) // fonction 

{ cout « "** appel fct avec argument : " << n « "\n" ; 

} 

main ( ) 

{ void fct (int) ; 

point a (3, 4) ; 

fct (6) ; // appel normal de fct 

fct (a) ; // appel avec conversion implicite de a en int 

} 

++ construction point : 3 4 

** appel fct avec argument : 6 

== appel int ( ) pour le point 3 4 

** appel fct avec argument : 3 

Appel de Voperateur de cast lors d'un appel de fonction 
On voit que l'appel : 

fct (a) 

a ete traduit par le compilateur en : 

• une conversion de a en int, 

• un appel defct, a laquelle on fournit en argument la valeur ainsi obtenue. 
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Comme on pouvait s'y attendre, la conversion est bien realisee avant l'appel de la fonction et 
il n'y a pas de creation par recopie d'un objet de type point. 

2.4 Appel implicite de l'operateur de cast dans revaluation 
d'une expression 

Les resultats de ce programme illustrent la maniere dont sont evaluees des expressions telles 
que a + 3 ou a + b lorsque a et b sont de type point : 

#include <iostreain> 
using namespace std ; 
class point 
{ 

int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " << x « " " « y « "\n" ; 



operator int() // "cast" point — > int 

{ cout « "== appel int() pour le point " « x « " " « y « "\n" 

return x ; 
} 

} ; 

main() 

{ point a(3,4), b(5,7) ; 

int nl, n2 
nl = a + 3 
n2 = a + b 



cout « "nl = " « nl « "\n" 
cout « "n2 = " « n2 « "\n" 



double zl, z2 ; 

zl = a + 3 ; cout « "zl = " « zl « "\n" 

z2 = a + b ; cout « "z2 = " « z2 « "\n" 



++ construction point : 3 4 

++ construction point : 5 7 

= appel int() pour le point 3 4 

nl = 6 

= appel into pour le point 3 4 

= appel into pour le point 5 7 

n2 = 8 

= appel intO pour le point 3 4 

zl = 6 

= appel intO pour le point 3 4 

= appel intO pour le point 5 7 

z2 = 8 
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Lorsqu'il rencontre une expression comme a + 3 avec un operateur portant sur un element de 
type point et un entier, le compilateur recherche tout d'abord s'il existe un operateur + surde- 
fini correspondant a ces types d'operandes. Ici, il n'en trouve pas. II cherche alors a mettre en 
place des conversions des operandes permettant d'aboutir a une operation existante. Dans 
notre cas, il prevoit la conversion de a en int, de maniere a se ramener a la somme de deux 
entiers, suivant le schema : 

point int 

I 

int I 

+ 

int 

Certes, une telle demarche peut choquer. Quelques remarques s'imposent : 

• Ici, aucune autre conversion n'est envisageable. II n'en irait pas de meme s'il existait un ope- 
rateur (surdefini) d' addition de deux points. 

• La demarche parait moins choquante si Ton ne cherche pas a donner une veritable significa- 
tion a l'operation a + 3. 

• Nous cherchons a presenter les differentes situations que Ton risque de rencontrer, non pas 
pour vous encourager a les employer toutes, mais plutot pour vous mettre en garde. 

Quant a revaluation de a + b, elle se fait suivant le schema suivant : 

point point 
int int 



int 

Pour chacune des deux expressions, nous avons prevu deux sortes d' affectation : 

• a une variable entiere, 

• a une variable de type double : dans ce cas, il y a conversion forcee du resultat de l'expres- 
sion en double. 

Notez bien que le type de la variable receptrice n'agit aucunement sur la maniere dont 
l'expression est evaluee, pas plus que sur son type final. 



2.5 Conversions en chatne 

Considerez cet exemple : 



#include <iostreain> 
using namespace std ; 
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class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 

{ x = abs ; y = ord ; 

cout « "++ construction point : " << x « " " « y « "\n" ; 
} 
operator int() // "cast" point — > int 

{ cout « "= appel int() pour le point " « x « " " « y « "\n" ; 

return x ; 
} 

} ; 

void fct (double v) 

{ cout << "** appel fct avec argument : " « v « "\n" ; 

} 

main() 

{ point a (3, 4) ; 

int nl ; 

double zl, z2 ; 

nl = a + 3.85 ; cout « "nl = " « nl « "\n" 

zl = a + 3.85 ; cout « "zl = " « zl « "\n" 

z2 = a ; cout « "z2 = " « z2 « "\n" 

fct (a) ; 



++ construction point : 3 4 

= appel int() pour le point 3 4 

nl = 6 

= appel into pour le point 3 4 

zl = 6.85 

= appel into pour le point 3 4 

z2 = 3 

= appel intO pour le point 3 4 

** appel fct avec argument : 3 

Conversions en chaine 
Cette fois, nous avons a evaluer a deux reprises la valeur de l'expression : 

a + 3.85 

La difference avec les situations precedentes est que la constante 3.85 est de type double, et 
non plus de type int. Par analogie avec ce qui precede, on pourrait supposer que le compila- 
teur prevoie la conversion de 3.85 en int. Or il s'agirait d'une conversion d'un type de base 
double en un autre type de base int qui risquerait d'etre degradante et qui, comme d'habi- 
tude, n'est jamais mise en oeuvre de maniere implicite dans un calcul d'expression 1 . 



1. Elle pourrait l'etre dans line affectation ou un appel de fonction, en tant que conversion "forcee". 
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En fait, revaluation se fera suivant le schema 

point double 
int 



double 



double 

La valeur affichee pour zl confirme le type double de l'expression. 

La valeur de ai a done ete soumise a deux conversions successives avant d'etre transmise a 
un operateur. Ceci est independant de l'usage qui doit etre fait ulterieurement de la valeur de 
l'expression, a savoir : 

• conversion en int pour affectation a nl dans le premier cas, 

• affectation a z2 dans le second cas. 

Quant a 1' affectation z2 = a, elle entraine une double conversion de point en int, puis de int en 
double. 

II en va de meme pour l'appel : 

fct (a) 

D'une maniere generale : 



En cas de besoin, C++ peut ainsi mettre en ceuvre une "chaine" de conver- 
sions, a condition toutefois que celle-ci ne fasse intervenir qu'une seule 
C.D.U. (Conversion Definie par I'Utilisateur). Plus precisement, cette chaine 
peut etre formee d'au maximum trois conversions, a savoir : une conversion 
standard, suivie d'une C.D.U, suivie d'une conversion standard. 



> 



Remarque 



Nous avons deja rencontre ce mecanisme dans le cas des fonctions surdefinies. Ici, il 
s'agit d'un mecanisme comparable applique a un operateur predefini, et non plus a une 
fonction definie par I'utilisateur. Nous retrouverons des situations semblables par la 
suite, relatives cette fois a un operateur defini par I'utilisateur (done a une fonction) ; 
les regies appliquees seront alors bien celles que nous avons evoquees dans la recher- 
che de la "bonne fonction surdefinie". 

2.6 En cas d'ambigui'te 

A partir du moment ou le compilateur accepte de mettre en place une chaine de conversions, 
certaines ambiguites peuvent apparaitre. Reprenons l'exemple de la classe point, en suppo- 
sant cette fois que nous l'avons munie de deux operateurs de cast : 
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operator int () 
operator double ( ) 

Supposons que nous utilisions de nouveau une expression telle que (a etant de type point) : 

a + 3.85 

Dans ce cas, le compilateur se trouve en presence de deux schemas possibles de conversion : 

point double point double 

double I int 

+ | | 

I double 

double I + 

double 

Ici, il refuse l'expression en fournissant un diagnostic d'ambiguite. 

Cette ambiguite reside dans le fait que deux chaines de conversions permettent de passer du 
type point au type double. S'il s'agissait d'une ambiguite concernant le choix de l'operateur a 
appliquer (ce qui n'etait pas le cas ici), le compilateur appliquerait alors les regies habituelles 
de choix d'une fonction surdefinie ! . 

3 Le constructeur pour la conversion type 
de base -> type classe 

3.1 Exemple 

Nous avons deja vu comment appeler explicitement un constructeur. Par exemple, avec la 
classe point precedente, si a est de type point, nous pouvons ecrire : 

a = point (12) ; 

Cette instruction provoque : 

• la creation d'un objet temporaire de type point, 

• 1' affectation de cet objet a a. 

On peut done dire que l'expression : 

point ( 12 ) 

exprime la conversion de l'entier 12 en un point. 

D'une maniere generale, tout constructeur a un seul argument d'un type de base 2 realise une 
conversion de ce type de base dans le type de sa classe. 



1. En toute rigueur, il faudrait considerer que les operateurs sur les types de base correspondent eux aussi a des 
fonctions de la forme operator +. 

2. Ou eventuellement, comme e'est le cas ici, a plusieurs arguments ayant des valeurs par defaut, a partir du moment 
oil il peut etre appele avec un seul argument. 
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Or, tout comme l'operateur de cast, ce constructeur peut egalement etre appele implicitement. 
Ainsi, l'affectation : 

a = 12 

provoque exactement le meme resultat que : 

a = point (12) 

A sa rencontre en effet, le compilateur cherche s'il existe une conversion (voire une chaine de con- 
versions) unique, permettant de passer du type int au type point. Ici, le constructeur fait l'affaire. 

De la meme facon, si fct a pour prototype : 

void fct (point) ; 

un appel tel que : 

fct (4) 

entraine une conversion de l'entier 4 en un point temporaire qui est alors transmis a fct. 
Voici un petit programme illustrant ces premieres possibilites de conversion par un constructeur : 



#include <iostream> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) 
{ x = abs ; y = ord ; 

cout << "++ construction point " << x « " " « y 
« " en " « this « "\n" ; 



// constructeur 0, 1 ou 2 arguments 



point (const point & p) // constructeur de recopie 

{ x = p.x ; y = p.y ; 

cout << ":: constr. recopie de " << &p << " en " « this « "\n" 
} 
} ; 

void fct (point p) // fonction simple 

{ cout « "** appel fct " « "\n" ; 

} 

main ( ) 

{ void fct (point) ; 

point a (3, 4) ; 

a = point (12) ; // appel explicite constructeur 

a = 12 ; // appel implicite 

fct (4) ; 



++ construction point 3 4 en 006AFDF0 
++ construction point 12 en 006AFDE8 
++ construction point 12 en 006AFDE0 
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++ construction point 4 en 006AFD88 
** appel fct 



Utilisation d'un constructeur pour realiser des conversions int — > point 



> 



Remarques 

1 Bien entendu, si fct est surdefinie, le choix de la bonne fonction se fera suivant les regies 
dej a rencontrees au chapitre 4. Cette fonction devra etre unique, de meme que les chaines 
de conversions mises en oeuvre pour chaque argument. 

2 Si nous avions declare fct sous la forme void fct (point &), V appel fct (4) serait rejete. 
En revanche, avec la declaration void fct (const point &), ce meme appel serait 
accepte ; il conduirait a la creation d'un point temporaire obtenu par conversion de 4 en 
point et a la transmission de sa reference a la fonction fct. L' execution se presenterait 
exactement comme ci-dessus. 

3.2 Le constructeur dans une chatne de conversions 

Supposons que nous disposions d'une classe complexe : 

class complexe 
{ double reel, imag ; 
public : 

complexe (double r = ; double i = 0) ; 



Son constructeur permet des conversions double -> complexe. Mais compte tenu des possibi- 
lity de conversion implicite int -> double, ce constructeur peut intervener dans une chaine de 
conversions : 

int -> double -> complexe 

Ce sera le cas dans une affectation telle que (c etant de type complexe) : 

c = 3 ; 

Cette possibility de chaine de conversions rejoint ici les regies concernant les conversions 
habituelles a propos des fonctions (surdefinies ou non). En effet, on peut considerer ici que 
l'entier 3 est converti en double, compte tenu du prototype de complexe. Cette double inter- 
pretation d'une meme possibility n'est pas genante, dans la mesure ou elle conduit, dans les 
deux cas, a la meme conclusion concernant la faisabilite de la conversion. 

3.3 Choix entre constructeur ou operateur d'affectation 

Dans l'exemple d'affectation : 

a = 12 
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du paragraphe 3.1, il n'existait pas d'operateur d'affectation d'un int a un point. Si tel est le 
cas, on peut penser que le compilateur doit alors choisir entre : 

• utiliser la conversion int -> point offerte par le constructeur, suivie d'une affectation point - 
> point, 

• 2 utiliser l'operateur d'affectation int -> point. 
En fait, une regie permet de trancher : 



Les conversions definies par I'utilisateur {cast ou constructeur) ne sont 
mises en oeuvre que lorsque cela est necessaire. 



C'est done la seconde solution qui sera choisie ici par le compilateur, comme le montre le 
programme suivant. Nous avons surdefini l'operateur d'affectation non seulement dans le cas 
int—> point, mais aussi dans le cas point -> point afin de bien montrer que cette derniere ver- 
sion n'est pas employee dans l'affectation a = 12 : 

#include <iostreain> 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 
{ x = abs ; y = ord ; 

cout << "++ construction point " << x « " " « y 
« " en " « this « "\n" ; 
} 
point & operator = (const point S p) // surdef. affectation point -> point 
{ x = p.x ; y = p.y ; 
cout << "== affectation point — > point de " « &p « " en " « this ; 
return * this ; 
} 
point S operator = (const int n) // surdef. affectation int -> point 
{ x = n ; y = ; 
cout << "= affectation int — > point de " « x « " " « y 

« " en " « this « "\n" ; 
return * this ; 
} 

} ; 

main ( ) 

{ point a (3, 4) ; 

a = 12 ; 
} 

++ construction point 3 4 en 006AFDF0 

== affectation int — > point de 12 en 006AFDF0 

Les conversions definies par I'utilisateur ne sont mises en ceuvre que si necessaire 
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3.4 Emploi d'un constructeur pour elargir la signification 
d'un operateur 

Considerons une classe point munie d'un constructeur a un argument entier et d'un operateur 
d'addition fourni sous la forme d'une fonction amie (nous verrons un peu plus loin ce qui se 
passerait dans le cas d'une fonction membre) : 

class point 
{ int x, y ; 
public : 

point (int) ; 

friend point operator + (point, point) ; 



Dans ces conditions, si a est de type point, une expression telle que : 

a + 3 

a une signification. En effet, dans ce cas, le compilateur met en oeuvre : 

• une conversion de l'entier 3 en point (par appel du constructeur), 

• l'addition de la valeur obtenue avec celle de a (par appel de operator +). 
Le resultat sera du type point. Le schema suivant recapitule la situation : 

point int 

I point 

+ 

point 

On peut dire egalement que notre expression a + 3 est equivalente a : 

operator + (a, point (3) ) 

Le meme mecanisme s'applique a une expression telle que : 

5 + a 

qui sera done equivalente a : 

operator + (5, a) 

Loutefois, dans ce dernier cas, il n'en serait pas alle de meme si notre operateur + avait ete 
defini par une fonction membre. En effet, son premier operande aurait alors du etre de type 
point ; aucune conversion implicite n' aurait pu etre mise en place 1 . 

Voici un petit programme illustrant les possibilites que nous venons d'evoquer : 

#include <iostream> 
using namespace std ; 
class point 
{ int x, y ; 



1. Des appels tels que 5. operator + (a) ou n. operator + (a) (n etant de type int) seront rejetes. 
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public : 

point (int abs=0, int ord=0) // constructeur 0, 1 ou 2 arguments 
{ x = abs ; y = ord ; 

cout « "++ construction point : " << x « " " « y « "\n" ; 
} 

friend point operator + (point, point) ; // point + point — > point 
void affiche () 
{ cout « "Coordonnees : " « x « " " « y « "\n" ; 



point operator+ (point a, point b) 
{ point r ; 

r.x = a.x + b.x ; r.y = a.y + b.y 

return r ; 
} 



{ 

point a, b(9, 4) ; 




a = b + 5 ; a.afficheO ; 


a = 2 + b ; b.afficheO ; 
} 


++ construction point 





++ construction point 


9 4 


++ construction point 


5 


++ construction point 





Coordonnees : 14 4 




++ construction point 


2 


++ construction point 





Coordonnees : 9 4 





> 



Elargissement de la signification de Voperateur 



Remarques 

1 On peut envisager de transmettre par reference les arguments de operator. Dans ce cas, il 
est necessaire de prevoir le qualificatif const pour autoriser la conversion de 5 en un point 
temporaire dans l'affectation a = b + 5 ou de 2 en un point temporaire dans a = 2 + b. 

2 L'utilisation du constructeur dans une chaine de conversions peut rendre de grands ser- 
vices dans une situation reelle puisqu'elle permet de donner un sens a des expressions 
mixtes. L'exemple le plus caracteristique est celui d'une classe de nombres complexes 
(supposes constitues ici de deux valeurs de type double). II suffit, en effet, de definir la 
somme de deux complexes et un constructeur a un argument de type double : 
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class complexe 

{ double reel, imag ; 
public : 

complexe (double v) { reel = v ; imag = ; } 
friend complexe operator + (complexe, complexe) 



Les expressions de la forme : 

- complexe + double 

- double + complexe 

auront alors une signification (et ici ce sera bien celle que Ton souhaite). 

Compte tenu des possibilites de conversions, il en ira de meme de n'importe quelle 
addition d'un complexe et d'un float, d'un long, d'un short ou d'un char. 

Ici encore, ces conversions ne seront plus possibles si les operandes sont transmis par 
reference. Elles le redeviendront avec des references a des constantes. 

3 Si nous avions defini : 

class complexe 
{ float reel, imag 
public : 

complexe (float v) ; 

friend complexe operator + (complexe, complexe) ; 



} 

l'addition d'un complexe et d'un double ne serait pas possible. Elle le deviendrait en 
remplacant le constructeur par : 

complexe (double v) 

(ce qui ne signifie pas pour autant que le resultat de la conversion forcee de double en 
float qui y figurera sera acceptable !). 

3.5 Interdire les conversions implicites par le constructeur : le role 
d'explicit 

La norme ANSI de C++ prevoit qu'on puisse interdire l'utilisation du constructeur dans des 
conversions implicites (simples ou en chaine) en utilisant le mot cle explicit lors de sa decla- 
ration. Par exemple, avec : 

class point 
( public : 

explicit point (int) ; 

friend operator + (point, point) ; 



} 

les instructions suivantes seraient rejetees (a et b etant de type point) 
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a = 12 ; // illegal car le constructeur possede le qualificatif explicit 
a = b + 5 ; // idem 

En revanche, la conversion pourrait toujours se faire par un appel explicite, comme dans : 

a = point (3) ; // OK : conversion explicite par le constructeur 
a = b + point (5) ; // idem 

4 Les conversions d'un type classe en un autre 
type classe 

Les possibilites de conversions d'un type de base en un type classe que nous venons d'etudier 
se generalisent ainsi : 

• Au sein d'une classe A, on peut definir un operateur de cast realisant la conversion dans le 
type A d'un autre type de classe B. 

• Un constructeur de la classe A recevant un argument de type B realise une conversion de B 
en A. 

4.1 Exemple simple d'operateur de cast 

Le programme suivant illustre la premiere situation : l'operateur complexe de la classe point 
permet des conversions d'un objet de type point en un objet de type complexe : 

#include <iostream> 
using namespace std ; 
class complexe ; 

class point 

{ int x, y ; 
public : 
point (int abs=0, int ord=0) {x=abs ; y=ord ; } 
operator complexe () ; // conversion point — > complexe 



class complexe 
{ double reel, imag ; 
public : 

complexe (double r=0, double i=0) { reel=r ; imag=i ; } 

friend point : : operator complexe ( ) ; 

void affiche () { cout << reel « " + " « imag «"i\n" ; } 
} ; 

point :: operator complexe () 
{ complexe r ; r.reel=x ; r.imag=y ; 

cout « "cast "«x«" "<<y<<" en "«r.reel«" + "«r.imag<<"i\n" 

return r ; 
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main() 

{ point a (2, 5) ; complexe c ; 

c = (complexe) a ; c.affiche () ; // conversion explicite 

point b (9,12) ; 

c = b ; c.affiche () ; // conversion implicite 

} 

cast 2 5 en 2 + 5i 
2 + 5i 

cast 9 12 en 9 + 12i 
9 + 12i 



Exemple d'utilisation d'un operateur de cast pour des conversions point -> complexe 



> 



Remarque 



La conversion point -> complexe, equivalente ici a la conversion de deux entiers en reel, 
est assez naturelle et, de toute facon, non degradante. Mais bien entendu, C++ vous laisse 
seul juge de la qualite des conversions que vous pouvez definir de cette maniere. 

4.2 Exemple de conversion par un constructeur 

Le programme suivant illustre la seconde situation : le constructeur complexe (point) repre- 
sente une autre facon de realiser des conversions d'un objet de type point en un objet de type 
complexe : 

#include <iostream> 
using namespace std ; 
class point ; 
class complexe 
{ double reel, imag ; 
public : 

complexe (double r=0, double i=0) { reel=r ; imag=i ; } 

complexe (point) ; 

void affiche () { cout << reel « " + " « imag « "i\n" ; } 
} ; 

class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

friend complexe: : complexe (point) ; 
} ; 

complexe: : complexe (point p) 
{ reel = p.x ; imag = p.y ; } 
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main ( ) 

{ point a (3, 5) ; 

complexe c (a) ; c.affiche () 
} 



3 + 5i 



Exemple d 'utilisation d'un constructeur pour des conversions point — > complexe 
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Remarques 

1 La remarque faite precedemment a propos de la "qualite" des conversions s'applique tout 
aussi bien ici. Par exemple, nous aurions pu introduire dans la classe point un construc- 
teur de la forme point (complexe) . 

2 En ce qui concerne les conversions d'un type de base en une classe, la seule possibility 
qui nous etait offerte consistait a prevoir un constructeur approprie au sein de la classe. 
En revanche, pour les conversions A -> B (ou A et B sont deux classes), nous avons le 
choix entre placer dans B un constructeur B(A) ou placer dans A un operateur de cast 
BO- 

3 II n'est pas possible de definir simultanement la meme conversion A -> B en prevoyant 
a la fois un constructeur B(A) dans B et un cast B() dans A. En effet, cela conduirait le 
compilateur a deceler une ambiguite des qu'une conversion de A en B serait necessaire. 
II faut signaler cependant qu'une telle anomalie peut rester cachee tant que le besoin 
d'une telle conversion ne se fait pas sentir (en particulier, les classes A et B seront com- 
pilers sans probleme, y compris si elles figurent dans le meme fichier source). 

4.3 Pour donner une signification a un operateur defini dans une 
autre classe 

Considerons une classe complexe pour laquelle l'operateur + a ete surdefini par une fonction 
amie 1 , ainsi qu'une classe point munie d'un operateur de cast complexe (). Supposons a de 
type point, x de type complexe et considerons l'expression : 

x + a 

Compte tenu des regies habituelles relatives aux fonctions surdefinies (mise en oeuvre d'une 
chaine unique de conversions ne contenant pas plus d'une C.D.U.), le compilateur est conduit 
a evaluer cette expression suivant le schema : 



1. Nous verrons que ce point est important : on n'obtiendrait pas les memes possibility avec une fonction membre. 
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complexe point 
| complexe 

complexe 

Celui-ci fait intervenir l'operateur + surdefini par la fonction independante operator^. On 
peut dire que l'expression x + a est en fait equivalente a : 

operator + (x, a) 

Le meme raisonnement s'applique a l'expression a + x. Quant a l'expression : 

a + b 

ou a et b sont de type point, elle est equivalente a : 

operator + (a, b) 

et evaluee suivant le schema : 

point point 
complexe complexe 



complexe 

Voici un exemple complet de programme illustrant ces possibilites : 

#incluole <iostream> 
using namespace std ; 
class complexe ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

operator complexe () ; 

void affiche {) { cout << "point : " « x « " " « y « "\n" ; } 

} ; 
class complexe 
{ double reel, imag ; 
public : 

complexe (double r=0, double i=0) { reel=r ; imag=i ; } 
void affiche {) { cout << reel « " + " « imag « "i \n" ; } 
friend point :: operator complexe () ; 
friend complexe operator + (complexe, complexe) ; 
} ; 

point :: operator complexe () 

{ complexe r ; r . reel = x ; r . imag = y ; return r ; } 
complexe operator + (complexe a, complexe b) 
{ complexe r ; 

r.reel = a. reel + b.reel ; r.imag = a. imag + b.imag ; 
return r ; 
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main ( ) 

{ point a (3, 4), b(7,9), c ; 
complexe x(3.5,2.8), y ; 

y = x + a ; y.affiche () 
y = a + x ; y.affiche () 
y = a + b ; y.affiche () 



// marcherait encore si + etait fct membre 

// ne marcherait pas si + etait fonction membre 

// ne marcherait pas si + etait fonction membre 

// (voir remarque) 

// N.B. : c = a + b n'aurait pas de sens ici 



6.5 + 6.8 
6.5 + 6.8 
10 + 13i 



> 



Elargissement de la signification de I'operateur + de la classe complexe 



Remarques 

1 S'il est effectivement possible ici d'ecrire : 

y = a + b 

il n'est pas possible d'ecrire : 

c = a + b 

car il n'existe pas de conversion de complexe (type de l'expression a + b) en point. 

Pour que cela soit possible, il suffirait par exemple d'introduire dans la classe point un 
constructeur de la forme point (complexe) . Bien entendu, cela ne prejuge nullement de 
la signification d'une telle operation, et en particulier de son aspect degradant. 

2 Si I'operateur + de la classe complexe avait ete defini par une fonction membre de 
prototype : 

complexe complexe: : operator + (complexe) ; 

l'expression a + x n'aurait pas eu de sens, pas plus que a + b. En effet, dans le premier 
cas, l'appel de operator + n'aurait pu etre que : 

a. operator + (x) 

Cela n'aurait pas ete permis. En revanche, l'expression x + a aurait pu correctement etre 
evaluee comme : 

x. operator + (a) 

3 II n'est pas toujours aussi avantageux que dans cet exemple de definir un operateur sous 
la forme d'une fonction amie. En particulier, si un operateur modifie son premier ope- 
rande (suppose etre un objet), il est preferable d'en faire une fonction membre. Dans le 
cas contraire, en effet, on risque de voir cet operateur agir non pas sur l'objet concerne, 
mais sur un objet (ou une variable) temporaire d'un autre type, cree par une conversion 
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implicite 1 . C'est d'ailleurs pour cette raison que C++ impose que les operateurs =, [], () 
et -> soient toujours surdefinis par des fonctions membres. 

On peut envisager de transmettre les arguments de operator+ par reference. Dans ce 
cas, si Ton n'a pas prevu le qualificatif const dans leur declaration dans l'en-tete, les 
trois expressions x+a, a+x et a+b conduisent a une erreur de compilation. 



5 Quelques conseils 



Les possibilites de conversions implicites ne sont certes pas infinies, puisqu'elles sont limi- 
tees a une chaine d'au maximum trois conversions (standard, C.D.U., standard) et que la 
C.D.U. n'est mise en oeuvre que si elle est utile. 

Elles n'en restent pas moins tres (trop !) riches. Une telle richesse peut laisser craindre que 
certaines conversions soient mises en place sans que le concepteur des classes concernees ne 
l'ait souhaite. 

En fait, il faut bien voir que : 

• l'operateur de cast doit etre introduit deliberement par le concepteur de la classe, 

• le concepteur d'une classe peut interdire l'usage implicite du constructeur dans une conver- 
sion en faisant appel au mot cle explicit. 

II est done possible de se proteger totalement contre l'usage des conversions implicites relati- 
ves aux classes : il suffira de qualifier tous les constructeurs avec explicit et de ne pas intro- 
duce d'operateur de cast. 

D'une maniere generale, on aura interet a reserver ces possibilites de conversions implicites a 
des classes ayant une forte "connotation mathematique", dans lesquelles on aura probable- 
ment surdefini un certain nombre d'operateurs (+, -, etc.). 

L'exemple le plus classique est certainement celui de la classe complexe (que nous avons ren- 
contree dans ce chapitre). Dans ce cas, il parait naturel de disposer de conversions de com- 
plexe en float, de float en complexe, de int en complexe (par le biais de float), etc. 

De meme, il parait naturel de pouvoir realiser aussi bien la somme d'un complexe et d'un float 
que celle de deux complexes et done de profiter des possibilites de conversions implicites 
pour ne definir qu'un seul operateur d'addition (celle de deux complexes). 



1. Aucune conversion implicite ne peut avoir lieu sur l'objet appelant une fonction membre. 
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Nous avons dej a vu que la surdefinition de fonctions permettait de donner un nom unique a 
plusieurs fonctions realisant un travail different. La notion de "patron" de fonction (on parle 
aussi de "fonction generique" ou de "modele de fonction"), introduite par la version 3, est a la 
fois plus puissante et plus restrictive ; plus puissante car il suffit d'ecrire une seule fois la 
definition d'une fonction pour que le compilateur puisse automatiquement l'adapter a 
n'importe quel type ; plus restrictive puisque toutes les fonctions ainsi fabriquees par le com- 
pilateur doivent correspondre a la meme definition, done au meme algorithme. 

Nous commencerons par vous presenter cette nouvelle notion a partir d'un exemple simple 
ne faisant intervenir qu'un seul "parametre de type". Nous verrons ensuite qu'elle se genera- 
lise a un nombre quelconque de parametres et qu'on peut egalement faire intervenir des 
"parametres expressions" . Puis nous montrerons comment un patron de fonctions peut, a son 
tour, etre surdefini. Enfin, nous verrons que toutes ces possibilites peuvent encore etre affi- 
nees en "specialisant" une ou plusieurs des fonctions d'un patron. 

N.B. On rencontre souvent le terme anglais template au lieu de celui de patron. On parle alors 
de "fonctions template" ou de "classes template" mais, dans ce cas, il est difficile de distin- 
guer, comme nous serons amenes a le faire, un patron de fonctions d'une fonction patron ou 
un patron de classes d'une classe patron... 
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1 Exemple de creation et d'utilisation 
d'un patron de fonctions 

1 .1 Creation d'un patron de fonctions 

Supposons que nous ayons besoin d'ecrire une fonction fournissant le minimum de deux valeurs 
de meme type recues en arguments. Nous pourrions ecrire une definition pour le type int : 

int min (int a, int b) 
{ 

if (a < b) return a ; // ou return a < b ? a : b ; 
else return b ; 
} 

Bien entendu, il nous faudrait probablement ecrire une autre definition pour le type float, 
c'est-a-dire (en supposant que nous lui donnions le meme nom min, ce que nous avons tout 
interet a f aire) : 

float min (float a, float b) 
{ 

if (a < b) return a ; // ou return a < b ? a : b ; 
else return b ; 
} 

Nous aurions ainsi a ecrire de nombreuses definitions tres proches les unes des autres. En 
effet, seul le type concerne serait amene a etre modifie. 

En fait, nous pouvons simplifier considerablement les choses en definissant un seul patron 
de fonctions, de la maniere suivante : 

// creation d'un patron de fonctions 
template <class T> T min (T a, T b) 
{ 

if (a < b) return a ; // ou return a < b ? a : b ; 
else return b ; 



Creation d'un patron de fonctions 

Comme vous le constatez, seul l'en-tete de notre fonction a change (il n'en ira pas toujours 
ainsi) : 

template <class T> T min (T a, T b) 

La mention template <class T> precise que Ton a affaire a un patron {template) dans lequel 
apparait un "parametre 1 de type" nomme T. Notez que C++ a decide d'employer le mot cle 



1 . Ou argument ; ici, nous avons convenu d'employer le terme parametre pour les patrons et le terme argument pour 
les fonctions ; mais il ne s'agit aucunement d'une convention universelle. 
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class pour preciser que T est un parametre de type (on aurait prefere le mot cle type !). Autre - 
ment dit, dans la definition de notre fonction, T represente un type quelconque. 

Le reste de l'en-tete : 

T min (T a, T b) 

precise que min est une fonction recevant deux arguments de type T et fournissant un resultat 
du meme type. 



\> 



Remarque 



Dans la definition d'un patron, on utilise le mot cle class pour indiquer en fait un type 
quelconque, classe ou non. La norme a introduit le mot cle typename qui peut se subtituer 
a class dans la definition : 

template -ctypename T> T min (T a, T b) { } // idem template <class T> 

Cependant, son arrivee tardive fait que la plupart des programmes continuent d'utiliser 
le mot cle class dans ce cas. 

1 .2 Premieres utilisations du patron de fonctions 

Pour utiliser le patron min que nous venons de creer, il suffit d'utiliser la fonction min dans 
des conditions appropriees (c'est-a-dire ici deux arguments de meme type). Ainsi, si dans un 
programme dans lequel n etp sont de type int, nous faisons intervenir l'expression min (n, p), 
le compilateur "fabriquera" (on dit aussi "instanciera") automatiquement la fonction min (dite 
"fonction patron 1 ") correspondant a des arguments de type int. Si nous appelons min avec 
deux arguments de type float, le compilateur "fabriquera" automatiquement une autre fonc- 
tion patron min correspondant a des arguments de type float, et ainsi de suite. 

Comme on peut s'y attendre, il est necessaire que le compilateur dispose de la definition du 
patron en question, autrement dit que les instructions precedentes apparaissent avant une 
quelconque utilisation de min. Voici un exemple complet illustrant cela : 

#include <iostream> 
using namespace std ; 

// creation d'un patron de fonctions 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; // ou return a < b ? a : b ; 

else return b ; 
} 



1. Attention au vocabulaire : "patron de fonction" pour la fonction generique, "fonction patron" pour une instance 
donnee. 
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II exemple d'utilisation du patron de fonctions min 
main ( ) 
{ 

int n=4, p=12 ; 

float x=2.5, y=3.25 ; 

cout « "min (n, p) = " « min (n, p) « "\n" ; // int min (int, int) 

cout « "min (x, y) = " « min (x, y) « "\n" ; // float min (float, float) 



min (n, p) = 4 
min (x, y) = 2.5 

Definition et utilisation d'un patron de fonctions 

1 .3 Autres utilisations du patron de fonctions 

Le patron min peut etre utilise pour des arguments de n'importe quel type, qu'il s'agisse d'un 
type predefini {short, char, double, int *, char *, int * *, etc.) ou d'un type defini par l'utilisa- 
teur (notamment structure ou classe). 

Par exemple, si n etp sont de type int, un appel tel que min (&n, &p) conduit le compilateur 
a instancier une fonction int * min (int * int *). 

Examinons plus en detail deux situations precises : 

• arguments de type char *, 

• arguments de type classe. 

1.3.1 Application au type char * 

Voici un premier exemple dans lequel nous exploitons le patron min pour fabriquer une fonc- 
tion portant sur des chaines de caracteres : 

#include <iostream> 

using namespace std ; 

template <class T> T min (T a, T b) 

{ if (a < b) return a ; I I ou return a < b ? a : b ; 

else return b ; 
} 

main ( ) 
{ 

char * adrl = "monsieur", * adr2 = "bonjour" ; 

cout « "min (adrl, adr2) = " « min (adrl, adr2) ; 
} 

min (adrl, adr2) = monsieur 



Application du patron min au type char : 
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Le resultat peut surprendre, si vous vous attendiez a ce que min fournisse "la chaine" "bon- 
jour". En fait, a la rencontre de l'expression min (adrl, adr2), le compilateur a genere la fonc- 
tion suivante : 

char * min (char * a, char * b) 

{ 

if (a < b) return a ; 
else return b ; 
} 

La comparaison a<b porte done sur les valeurs des pointeurs recus en argument (ici, a etait 
inferieur a b, mais il peut en aller autrement dans d'autres implementations). En revanche, 
l'affichage obtenu par l'operateur « porte non plus sur ces adresses, mais sur les chaines 
situees a ces adresses. 

1.3.2 Application a un type classe 

Pour pouvoir appliquer le patron min a une classe, il est bien stir necessaire que l'operateur < 
puisse s'appliquer a deux operandes de ce type classe. Voici un exemple dans lequel nous 
appliquons min a deux objets de type vect, classe munie d'un operateur < fournissant un 
resultat base sur le module des vecteurs : 

#include <iostream> 
using namespace std ; 

// le patron de fonctions min 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; 
else return b ; 
} 

// la classe vect 
class vect 
{ int x, y ; 
public : 

vect (int abs=0, int ord=0) { x=abs ; y=ord; } 

void affiche () { cout « x « " " « y ; } 

friend int operator < (vect, vect) ; 
} ; 

int operator < (vect a, vect b) 
{ return a.x*a.x + a.y*a.y < b.x*b.x + b.y*b.y ; 



// un exemple d'utilisation de min 
main() 
{ vect u (3, 2), v (4, 1), w ; 

w = min (u, v) ; 

cout << "min (u, v) = " ; w. affiche () 
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min (u, v) = 3 2 

Utilisation du patron min pour la classe vect 

Naturellement, si nous cherchons a appliquer notre patron min a une classe pour laquelle 
l'operateur < n'est pas defini, le compilateur le signalera exactement de la meme maniere que 
si nous avions ecrit nous-meme la fonction min pour ce type. 



Remarque 

Un patron de fonctions pourra s'appliquer a des classes patrons, c'est-a-dire a un type de 
classe instancie par un patron de classe. Nous en verrons des exemples dans le prochain 
chapitre. 



1 .4 Contraintes d'utilisation d'un patron 

Les instructions de definition d'un patron ressemblent a des instructions executables de defi- 
nition de fonction. Neanmoins, le mecanisme meme des patrons fait que ces instructions sont 
utilisees par le compilateur pour fabriquer (instancier) chaque fois qu'il est necessaire les ins- 
tructions correspondant a la fonction requise ; en ce sens, ce sont done des declarations : leur 
presence est toujours necessaire et il n'est pas possible de creer un module objet correspon- 
dant a un patron de fonctions. 

Tout se passe en fait comme si, avec la notion de patron de fonctions, apparaissaient deux 
niveaux de declarations. On retrouvera le meme phenomene pour les patrons de classes. Par 
la suite, nous continuerons a parler de "definition d'un patron". 

En pratique, on placera les definitions de patron dans un fichier approprie d'extension h. 



> 



Remarque 



Les considerations precedentes doivent en fait etre ponderees par le fait que la norme a 
introduit le mot cle export. Applique a la definition d'un patron, il precise que celle-ci 
sera accessible depuis un autre fichier source. Par exemple, en ecrivant ainsi notre patron 
de fonctions min du paragraphe 1.1: 



export template <class T> T min (T a, T b) 
{ if (a < b) return a ; // ou return a < b ? a 
else return b ; 



on peut alors utiliser ce patron depuis un autre fichier source, en se contentant de men- 
tionner sa "declaration" (cette fois, il s'agit bien d'une veritable declaration et non plus 
d'une definition) : 
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template <class T> T min (T a, T b) ; // declaration seule de min 



min (x, y) 

En pratique, on aura alors interet a prevoir deux fichiers en-tetes distincts, un pour la 
declaration, un pour la definition. On pourra a volonte inclure le premier, dans la defi- 
nition du patron, ou dans son utilisation. 

Ce mecanisme met en jeu une sorte de "precompilation" des definitions de patrons; 

2 Les parametres de type d'un patron 
de fonctions 

Ce paragraphe fait le point sur la maniere dont les parametres de type peuvent intervenir dans 
un patron de fonctions, sur 1'algorithme qui permet au compilateur d'instancier la fonction 
voulue et sur les problemes particuliers qu'il peut poser. 

Notez qu'un patron de fonctions peut egalement comporter ce que Ton nomme des "parame- 
tres expressions", qui correspondent en fait a la notion usuelle d'argument d'une fonction. lis 
seront etudies au paragraphe suivant. 

2.1 Utilisation des parametres de type dans la definition 
d'un patron 

Un patron de fonctions peut done comporter un ou plusieurs parametres de type, chacun 
devant etre precede du mot cle class par exemple : 

template <class T, class U> fct (T a, T * b, U c) 

{ ... 

} 

Ces parametres peuvent intervenir a n'importe quel endroit de la definition d'un patron 1 : 

• dans l'en-tete (e'etait le cas des exemples precedents), 

• dans des declarations 2 de variables locales (de l'un des types des parametres), 

• dans les instructions executables 3 (par exemple new, sizeof (...)). 



1. De la meme maniere qu'un nom de type peut intervenir dans la definition d'une fonction. 

2. II s'agit alors de declarations au sein de la definition du patron, e'est-a-dire finalement de declarations au sein de 
declarations. 

3. Nous parlons destructions executables bien qu'il s'agisse toujours de declarations (puisque la definition d'un 
patron est une declaration). En toute rigueur, ces instructions donneront naissance a des instructions executables a 
chaque instanciation d'une nouvelle fonction. 
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En voici un exemple : 

template <class T, class U> fct (T a, T * b, U c) 
{ T x ; // variable locale x de type T 

U * adr ; // variable locale adr de type U * 

adr = new T [10] ; // allocation tableau de 10 elements de type T 

n = sizeof (T) ; 

} 

Dans tous les cas, il est necessaire que chaque parametre de type apparaisse au moins une 
fois dans l'en-tete du patron ; comme nous le verrons, cette condition est parfaitement logi- 
que puisque c'est precisement grace a la nature de ces arguments que le compilateur est en 
mesure d'instancier correctement la fonction necessaire. 

2.2 Identification des parametres de type d'une fonction patron 

Les exemples precedents etaient suffisamment simples pour que Ton "devine" quelle etait la 
fonction instanciee pour un appel donne. Mais, reprenons le patron min : 

template <class T> T min (T a, T b) 
{ if (a < b) return a ; 
else return b ; 
} 

avec ces declarations : 

int n ; char c ; 

Que va faire le compilateur en presence d'un appel tel que min (n,c) ou min(c,n) ? En fait, la 
regie prevue par C++ dans ce cas est qu'il doit y avoir correspondance absolue des types. 
Cela signifie que nous ne pouvons utiliser le patron min que pour des appels dans lesquels les 
deux arguments ont le meme type. Manifestement, ce n'est pas le cas dans nos deux appels, 
qui aboutiront a une erreur de compilation. On notera que, dans cette correspondance abso- 
lue, les eventuels qualifieurs const ou volatile interviennent. 

Voici quelques exemples d'appels de min qui precisent quelle sera la fonction instanciee lors- 
que 1' appel est correct : 

int n ; char c ; unsigned int q ; 
const int cil = 10, ci2 = 12 ; 
int t[10] ; 
int * adi ; 

min (n, c) // erreur 
min (n, q) // erreur 

min (n, cil) // erreur : const int et int ne correspondent pas 
min (cil, ci2) // min {const int, const int) 
min (t, adi) // min (int *, int *) car ici, t est converti 
// en int *, avant appel 
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II est cependant possible d'intervenir sur ce mecanisme d' identification de type. En effet, 
C++ vous autorise a specifier un ou plusieurs parametres de type au moment de l'appel du 
patron. Voici quelques exemples utilisant les declarations precedentes : 

min<int> (c, n) /* force 1 'utilisation de min<int>, et done la conversion */ 
/* de c en int ; le resultat sera de type int */ 

min<char> (q, n) /* force 1 'utilisation de min<char>, et done la conversion */ 
/* de q et de n en char ; le resultat sera de type char */ 

Voici un autre exemple faisant intervenir plusieurs parametres de type : 

template <class T, class U> T fct (T x, U y, T z) 

{ return x + y + z ; 

} 

main () 

{ int n = l, p = 2, q=3; 

float x = 2.5, y=5.0; 

cout « fct (n, x, p) « "\n" 

cout « fct (x, n, y) « "\n" 

cout « fct (n, p, q) « "\n" 



// affiche la valeur (int) 5 
// affiche la valeur (float) 8.5 
// affiche la valeur (int) 6 
cout « fct (n, p, x) « "\n" ; // erreur : pas de correspondance 
} 

Ici encore, on peut forcer certains des parametres de type, comme dans ces exemples : 

fct<int, float> (n, p, x) // force 1 'utilisation de fct<int, f loat> et done 

// la conversion de p en float et de x en int 

fct<float> (n, p, x ) // force 1 'utilisation de float pour T ; est 

// determine par les regies habituelles, 

// e'est-a-dire int (type de p) 

// n sera converti en float 



D> 



Remarque 

Le mode de transmission d'un parametre (par valeur ou par reference) ne joue aucun role 
dans 1' identification des parametres de type. Cela va de soi puisque : 

• d'une part, ce mode ne peut pas etre deduit de la forme de l'appel, 

• d'autre part, la notion de conversion n'a aucune signfication ici ; elle ne peut done pas in- 
tervenir pour trancher entre une reference et une reference a une constante. 

2.3 Nouvelle syntaxe d'initialisation des variables 
des types standard 

Dans un patron de fonctions, un parametre de type est susceptible de correspondre tantot a un 
type standard, tantot a un type classe. Un probleme apparait done si Ton doit declarer, au sein 
du patron, un objet de ce type en transmettant un ou plusieurs arguments a son constructeur. 
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Considerons cet exemple : 

template <class T> fct (T a) 

{ T x (3) ; // x est un objet local de type T qu'on construit 
// en transmettant la valeur 3 a son constructeur 
// ... 
} 

Tant que Ton utilise une fonction/c/ pour un type classe, tout va bien. En revanche, si Ton 
cherche a l'utiliser pour un type standard, par exemple int, le compilateur genere la fonction 
suivante : 

fct (int a) 
{ int x (3) ; 

// ... 
} 

Pour que l'instruction int x(3) ne pose pas de probleme, C++ a prevu qu'elle soit simplement 
interpretee comme une initialisation de x avec la valeur 3, c'est-a-dire comme : 

int x = 3 ; 

En theorie, cette possibility est utilisable dans n'importe quelle instruction C++, de sorte que 
vous pouvez tres bien ecrire : 

double x(3.5) ; // au lieu de double x = 3.5 ; 
char c{'e') ; // au lieu de char c = 'e 1 ; 

En pratique, cela sera rarement utilise de cette facon. 
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Lorsque Ton definit un patron de classe, a un parametre de type peut theoriquement corres- 
pondre n'importe quel type effectif (standard ou classe). II n'existe a priori aucun mecanisme 
intrinseque permettant d'interdire l'instanciation pour certains types. 

Ainsi, si un patron a un en-tete de la forme : 

template <class T> void fct (T) 

on pourra appeler/c/ avec un argument de n'importe quel type : int, float, int *, int * * t,t * ou 
meme t * * (t designant un type classe quelconque)... 

Cependant, un certain nombre d'elements peuvent intervenir indirectement pour faire 
echouer l'instanciation. 

Tout d'abord, on peut imposer qu'un parametre de type corresponde a un pointeur. Ainsi, avec 
un patron d'en-tete : 

template <class T> void fct (T *) 

on ne pourra appeler fct qu'avec un pointeur sur un type quelconque : int *, int * *, t * out * 
*. Dans les autres cas, on aboutira a une erreur de compilation. 

Par ailleurs, dans la definition d'un patron peuvent apparaitre des instructions qui s'avereront 
incorrectes lors de la tentative d'instanciation pour certains types. 
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Par exemple, le patron min : 

template <class T> T min (T a, T b) 
{ if (a < b) return a ; 
else return b ; 
} 

ne pourra pas s'appliquer si T correspond a un type classe dans lequel l'operateur < n'a pas ete 
surdefini. 

De meme, un patron comme : 

template <class T> void fct (T) 
{ 

T x (2, 5) ; // objet local de type T, initialise par 

// un constructeur a 2 arguments 

} 

ne pourra pas s'appliquer a un type classe pour lequel n'existe pas un constructeur a deux 
arguments. 

En definitive, bien qu'il n'existe pas de mecanisme formel de limitation, les patrons de fonc- 
tions peuvent neanmoins comporter dans leur definition meme un certain nombre d' elements 
qui en limiteront la portee. 

3 Les parametres expressions d'un patron de 
fonctions 

Comme nous l'avons deja evoque, un patron de fonctions peut comporter des "parametres 
expressions" 1 , c'est-a-dire des parametres (muets) "ordinaires", analogues a ceux qu'on 
trouve dans la definition d'une fonction. Considerons cet exemple dans lequel nous definis- 
sons un patron nomme compte permettant de fabriquer des fonctions comptabilisant le nom- 
bre d'elements nuls d'un tableau de type et de taille quelconques. 

#include <iostream> 

using namespace std ; 

template <class T> int compte (T * tab, int n) 

{ int i, nz=0 ; 

for (i=0 ; i<n ; i++) if (!tab[i]) nz++ ; 

return nz ; 
} 

main ( ) 

{ int t [5] = { 5, 2, 0, 2, 0} ; 

char c[6] = { 0, 12, 0, 0, 0, 5} ; 

cout « "compte (t) = " « compte (t, 5) « "\n" ; 

cout « "compte (c) = " « compte (c, 6) « "\n" ; 
} 



1. Cette possibility a ete introduite par la norme ANSI. 
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compte (t) =2 
compte (c) =4 

Exemple de patron de fonctions comportant un parametre expression (n) 

On peut dire que le patron compte definit une famille de fonctions compte, dans laquelle le 
type du premier argument est variable (et done defini par l'appel), tandis que le second est de 
type impose (ici ini). Comme on peut s'y attendre, dans un appel de compte, seul le type du 
premier argument intervient dans le code de la fonction instanciee. 

D'une maniere generale un patron de fonctions peut disposer d'un ou de plusieurs parametres 
expressions. Lors de l'appel, leur type n'a plus besoin de correspondre exactement a celui 
attendu : il suffit qu'il soit acceptable par affectation, comme dans n'importe quel appel d'une 
fonction ordinaire. 



4 Surdefinition de patrons 



De meme qu'il est possible de surdefinir une fonction classique, il est possible de surdefinir 
un patron de fonctions, e'est-a-dire de definir plusieurs patrons possedant des arguments dif- 
ferents. On notera que cette situation conduit en fait a definir plusieurs "families" de fonc- 
tions (il y a bien plusieurs definitions de families, et non plus simplement plusieurs 
definitions de fonctions). Elle ne doit pas etre confondue avec la specialisation d'un patron de 
fonctions, qui consiste a surdefinir une ou plusieurs des fonctions de la famille, et que nous 
etudierons au paragraphe suivant. 

4.1 Exemples ne comportant que des parametres de type 

Considerons cet exemple, dans lequel nous avons surdefini deux patrons de fonctions min, de 
facon a disposer : 

• d'une premiere famille de fonctions a deux arguments de meme type quelconque (comme 
dans les exemples precedents), 

• d'une seconde famille de fonctions a trois arguments de meme type quelconque. 

#include <iostreain> 
using namespace std ; 
// patron numero I 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; 

else return b ; 
} 
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// patron numero II 

template <class T> T min (T a, T b, T c) 

{ 

return min (min (a, b) , c) ; 

} 

main() 

{ int n=12, p=15, q=2 ; 
float x=3.5, y=4.25, z=0.25 ; 
cout « min (n, p) << "\n" ; // patron I 
cout « min (n, p, q) << "\n" ; // patron II 
cout « min (x, y, z) << "\n" ; // patron I 



int min (int, int) 
int min (int, int, int) 
[ float min (float, float, 



float) 



12 
2 

0.25 



Exemple de surdefinition de patron de fonctions (1) 

D'une maniere generale, on peut surdefinir des patrons possedant un nombre different de 
parametres de type (dans notre exemple, il n'y en avait qu'un dans chaque patron min) ; les 
en-tetes des fonctions correspondantes peuvent done etre aussi varies qu'on le desire. Mais il 
est souhaitable qu'il n'y ait aucun recoupement entre les differentes families de fonctions cor- 
respondant a chaque patron. Si tel n'est pas le cas, une ambiguite risque d'apparaitre avec cer- 
tains appels. 

Voici un autre exemple dans lequel nous avons defini plusieurs patrons de fonctions min a 
deux arguments, afin de traiter convenablement les trois situations suivantes : 

• deux valeurs de meme type (comme dans les paragraphes precedents), 

• un pointeur sur une valeur d'un type donne et une valeur de ce meme type, 

• une valeur d'un type donne et un pointeur sur une valeur de ce meme type. 

#include <iostream> 
using namespace std ; 

// patron numero I 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; 
else return b ; 
} 



// patron numero II 
template <class T> T min (T 
{ if (*a < b) return *a ; 

else return b ; 
} 



T b) 
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// patron numero III 
template <class T> T min (T a, T * b) 
{ if (a < *b) return a ; 

else return *b ; 
! 



main ( ) 

{ int n=12, p=15 ; 

float x=2 . 5 , y=5 . 2 ; 

cout « min (n, p) << "\n" ; 

cout « min (&n, p) « "\n" ; 

cout « min (x, &y) «"\n" ; 

cout « min (&n, &p) « "\n" 
} 

12 
12 
2.5 

006AFDF0 



// patron numero I int min (int, int) 

// patron numero II int min (int *, int) 

// patron numero III float min (float, float *) 

// patron numero I int * min (int *, int *) 



Exemple de surdefinition de patron de fonctions (2) 



Les trois premiers appels ne posent pas de probleme. En revanche, un appel tel que min (&n, 
&p) conduit a instancier, a l'aide du patron numero I, la fonction : 



min (int 



int *) 



La valeur fournie alors par l'appel est la plus petite des deux valeurs (de type int *) &n et &p. 
II est probable que ce ne soit pas le resultat attendu par l'utilisateur (nous avons deja rencon- 
tre ce genre de probleme dans le paragraphe 1 en appliquant min a des chaines 1 ). 

Pour l'instant, notez qu'il ne faut pas esperer ameliorer la situation en definissant un patron 
supplemental de la forme : 



template <class T> T min (T 

{ if (*a < *b) return *a ; 

else return *b ; 



b) 



En effet, les quatre families de fonctions ne seraient plus totalement independantes. Plus pre- 
cisement, si les trois premiers appels fonctionnent toujours convenablement, l'appel min (&n, 
&p) conduit a une ambiguite puisque deux patrons conviennent maintenant (celui que nous 
venons d'introduire et le premier). 



1. Mais ce probleme pourra se regler convenablement avec la specialisation de patron, ce qui n'est pas le cas du 
probleme que nous exposons ici. 
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> 



Remarque 



Nous avons deja vu que le mode de transmission d'un parametre de type (par valeur ou 
par expression) ne jouait aucun role dans 1' identification des parametres de type d'un 
patron. II en va de meme pour le choix du bon patron en cas de surdefinition. La raison en 
est la meme : ce mode de transmission n'est pas defini par l'appel de la fonction mais uni- 
quement suivant la fonction choisie pour satisfaire a l'appel. Comme dans le cas des 
patrons, la correspondance de type doit etre exacte ; il n'est meme plus question de trou- 
ver deux patrons, l'un correspondant a une transmission par valeur, l'autre a une trans- 
mission par reference 1 : 

template <class T> f (T a) { } 

template <class T> f(T s a) { } 

main() 
{ int n ; 
f (n) ; // ambiguite : f (T) avec T=int ou f(TS) avec T=int 

Cela restait possible dans le cas des fonctions surdefinies, dans la mesure ou la refe- 
rence ne pouvait etre employee qu'avec une correspondance exacte, la transmission par 
valeur autorisant des conversions (mais 1' ambiguite existait quand meme en cas de cor- 
respondance exacte). 

4.2 Exemples comportant des parametres expressions 

La presence de parametres expressions donne a la surdefinition de patron un caractere plus 
general. Dans l'exemple suivant, nous avons defini deux families de fonctions min : 

• l'une pour determiner le minimum de deux valeurs de meme type quelconque, 

• l'autre pour determiner le minimum des valeurs d'un tableau de type quelconque et de taille 
quelconque (fournie en argument sous la forme d'un entier).#include <iostream> 

using namespace stcl ; 

// patron I 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; 
else return b ; 
} 

// patron II 
template <class T> T min (T * t, int n) 
{ int i ; 

T min = t [0] ; 

for (i=l ; i<n ; i++) if (t[i] < min) min=t [i] ; 
return min ; 
} 



1. Nous reviendrons au paragraphe 5 sur la distinction ertiaef(T&) et /(const T&). 
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mam () 






{ long n=2, p=12 ; 






float t[6] = {2.5, 3.2, 1.5, 


3.8, 1 


.1, 2.8} ; 


cout « min (n, p) « "\n" ; 


// 


patron I 


cout « min (t, 6) « "\n" ; 
} 


II 


patron II 


2 






1.1 







long min (long, long) 
float min (float *, int) 



Exemple de surdefinition de patrons comportant un parametre expression 

Notez que si plusieurs patrons sont susceptibles d'etre employes et qu'ils ne se distinguent 
que par le type de leurs parametres expressions, ce sont alors les regies de choix d'une fonc- 
tion surdefinie ordinaire qui s'appliquent. 

5 Specialisation de fonctions de patron 

5.1 Generates 

Un patron de fonctions definit une famille de fonctions a partir d'une seule definition. Autre - 
ment dit, toutes les fonctions de la famille realisent le meme algorithme. Dans certains cas, 
cela peut s'averer penalisant. Nous l'avons d'ailleurs deja remarque dans le cas du patron min 
du paragraphe 1 : le comportement obtenu lorsqu'on l'appliquait au type char * ne nous satis- 
faisait pas. 

La notion de specialisation offre une solution a ce probleme. En effet, C++ vous autorise a 
fournir, outre la definition d'un patron, la definition d'une ou de plusieurs fonctions pour cer- 
tains types d' arguments. Voici, par exemple, comment ameliorer notre patron min du paragra- 
phe 1 en fournissant une version specialised pour les chaines : 

#include <iostream> 

using namespace std ; 

#include <cstring> // pour strcmp (ancien string. h) 

// patron min 
template <class T> T min (T a, T b) 
{ if (a < b) return a ; else return b ; 



// fonction min pour les chaines 
char * min (char * cha, char * chb) 
{ if (strcmp (cha, chb) < 0) return cha 
else return chb 



5 - Specialisation de fonctions de patron 



main() 

{ int n=12, p=15 ; 

char * adrl = "monsieur", * adr2 = "bonjour" ; 

cout « min (n, p) << "\n" ; // patron int min (int, int) 

cout « min (adrl, adr2) ; // fonction char * min (char *, char *) 

} 
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Exemple de specialisation d'une fonction d'un patron 



5.2 Les specialisations partielles 



II est theori quern ent possible d'effectuer ce que Ton nomme des specialisations partielles 1 , 
c'est-a-dire de definir des families de fonctions, certaines etant plus generates que d'autres, 
comme dans : 

template <class T, class U> void f ct (T a, Ob) { } 

template <class T> void fct (T a, T b) { } 

Manifestement, la seconde definition est plus specialised que la premiere et devrait etre utili- 
sed dans des appels As, fct dans lesquels les deux arguments sont de meme type. 

Ces possibilites de specialisation partielle s'averent tres utiles dans les situations suivantes : 

• traitement particulier pour un pointeur, en specialisant partiellement T en T * : 

template <class T> void f (T t) // patron I 

{ } 

template <class T> void f (T * t) // patron II 
{ } 

int n ; int * adc ; 

f(n) ; // f (int) en utilisant patron I avec T = int 

f (adi) ; // f (int *) en utilisant patron II avec T = int car il est 
// plus specialise que patron I (avec T = int *) 

• distinction entre pointeur ou reference sur une variable de pointeur ou reference sur une 
constante : 

template <class T> void f (T S t) // patron I 

{ } 

template <class T> void f (const T s t) // patron II 
{ } 

int n ; const int cn=12 ; 

f (n) ; // f(int &) en utilisant patron I avec T = int 
f (en) ; // f (const int &) en utilisant patron II avec T = int car il 
// est plus specialise que patron I (avec T = const int) 



1. Cette possibility a ete introduite par la norme ANSI. 
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D'une maniere generale, la norme definit une relation d'ordre partiel permettant de dire 
qu'un patron est plus specialise qu'un autre. Comme on peut s'y attendre, il existe des situa- 
tions ambigues dans lesquelles aucun patron n'est plus specialise qu'un autre. 



6 Algorithme d'instanciation d'une 
fonction patron 



Nous avons done vu qu'on peut definir un ou plusieurs patrons de meme nom (surdefinition), 
chacun possedant ses propres parametres de type et eventuellement des parametres expres- 
sions. De plus, il est possible de fournir des fonctions ordinaires portant le meme nom qu'un 
patron (specialisation d'une fonction de patron). 

Lorsque Ton combine ces differentes possibilites, le choix de la fonction a instancier peut 
s'averer moins evident que dans nos precedents exemples. Nous allons done preciser ici 
l'algorithme utilise par le compilateur dans l'instanciation de la fonction correspondant a un 
appel donne. 

Dans un premier temps, on examine toutes les fonctions ordinaires ayant le nom voulu et on 
s'interesse aux correspondances exactes. Si une seule convient, le probleme est resolu. S'il en 
existe plusieurs, il y a ambiguite ; une erreur de compilation est detectee et la recherche est 
interrompue. 

Si aucune fonction ordinaire ne realise de correspondance exacte, on examine alors tous les 
patrons ayant le nom voulu, en ne considerant que les parametres de type. Si une seule 
correspondance exacte est trouvee, on cherche a instancier la fonction correspondante 1 , a 
condition que cela soit possible. Cela signifie que si cette derniere dispose de parametres 
expressions, il doit exister des conversions valides des arguments correspondants dans le type 
voulu. Si tel est le cas, le probleme est resolu. 

Si plusieurs patrons assurent une correspondance exacte de type, on examine tout d'abord si 
Ton est en presence d'une specialisation partielle, auquel cas on choisit le patron le plus spe- 
cialise 2 . Si cela ne suffit pas a lever l'ambiguite, on examine les eventuels parametres expres- 
sions qu'on traite de la meme maniere que pour une surdefinition usuelle. Si plusieurs 
fonctions restent utilisables, on aboutit a une erreur de compilation et la recherche est inter- 
rompue. 

En revanche, si aucun patron de fonctions ne convient 3 , on examine a nouveau toutes les 
fonctions ordinaires en les traitant cette fois comme de simples fonctions surdefinies (promo- 
tions numeriques, conversions standard 4 ...). 



1. Du moins si elle n'a pas deja ete instanciee. 

2. Rappelons que la possibility de specialisation partielle des patrons de fonctions n'est pas correctement geree par 
toutes les implementations. 

3. Y compris si un seul realisait les correspondances exactes des parametres de type, sans qu'il existe de conversions 
legales pour les eventuels parametres expressions. 

4. Voir au paragraphe 5 du chapitre 4. 
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Voici quelques exemples : 

Exemple 1 



template <class T> void f (T t , int n) 

{ cout « "f (T,int) \n" ; 

} 

template <class T> void f (T t , float x) 

{ cout « "f (T, float) \n" ; 

} 

main() 

{ double y ; 

f (y, 10) ; // OK f(T, int) avec T=double 

f (y, 1.25) ; // ambiguite : f(T,int) ou f(T, float) 

// car 1.25 est de type double : les conversions 
// standard double — >int et double — >float 
// conviennent 
f (y, 1.25f) ; // Ok f(T, float) avec T=double 



Exemple 2 



template <class T> void f (T t , float x) 

{ cout « "f (T, float) \n" ; 

} 

template <class T, class U> void f (T t , U u) 

{ cout « "f(T,U)\n" ; 

} 

main() 

{ double y ; float x ; 
f (x, y) ; // OK f(T,U) avec T=float, U=double 
f (y, x) ; // ambiguite : f(T,U) avec T=double, U=float 
// ou f (T, float) avec U=double 



Exemple 3 



template <class T> void f (T t , float x) 

{ cout « "f (T, float) \n" ; 

} 

main{) 

{ double y ; float x ; 

f (x, y) ; // OK avec T=double et conversion de y en float 

f (y, x) ; // OK avec T=float 

f (x, "hello") ; // T=double convient mais char * ne peut pas etre 
// converti en float 
} 
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Remarque 



II est tout a fait possible que la definition d'un patron fasse intervenir a son tour une fonc- 
tion patron (c'est-a-dire une fonction susceptible d'etre instanciee a partir d'un autre 
patron). 
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Les patrons de classes 



Le precedent chapitre a montre comment C++ permettait, grace a la notion de patron de fonc- 
tions, de definir une famille de fonctions parametrees par un ou plusieurs types, et eventuelle- 
ment des expressions. D'une maniere comparable, C++ permet de definir des "patrons de 
classes". La encore, il suffira d'ecrire une seule fois la definition de la classe pour que le 
compilateur puisse automatiquement l'adapter a differents types. 

Comme nous l'avons fait pour les patrons de fonctions, nous commencerons par vous presen- 
ter cette notion de patron de classes a partir d'un exemple simple ne faisant intervenir qu'un 
parametre de type. Nous verrons ensuite qu'elle se generalise a un nombre quelconque de 
parametres de type et de parametres expressions. Puis nous examinerons la possibility de spe- 
cialiser un patron de classes, soit en specialisant certaines de ses fonctions membres, soit en 
specialisant toute une classe. Nous ferons alors le point sur l'instanciation de classes patrons, 
notamment en ce qui concerne l'identite de deux classes. Nous verrons ensuite comment se 
generalisent les declarations d'amities dans le cas de patrons de classes. Nous terminerons par 
un exemple d'utilisation de classes patrons imbriquees en vue de manipuler des tableaux 
(d'objets) a deux indices. 

Signalons des maintenant que malgre leurs ressemblances, les notions de patron de fonctions 
et de patron de classes presentent des differences assez importantes. Comme vous le consta- 
terez, ce chapitre n'est nullement l'extrapolation aux classes du precedent chapitre consacre 
aux fonctions. 
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1 Exemple de creation et d'utilisation 
d'un patron de classes 

1 .1 Creation d'un patron de classes 

Nous avons souvent ete amene a creer une classe point de ce genre (nous ne fournissons pas 
ici la definition des fonctions membres) : 

class point 
{ int x ; int y ; 
public : 

point (int abs=0, int ord=0) ; 

void affiche () ; 

// 

} 

Lorsque nous procedons ainsi, nous imposons que les coordonnees d'un point soient des 
valeurs de type int. Si nous souhaitons disposer de points a coordonnees d'un autre type 
(float, double, long, unsigned int...), nous devons definir une autre classe en remplacant sim- 
plement, dans la classe precedente, le mot cle int par le nom de type voulu. 

Ici encore, nous pouvons simplifier considerablement les choses en definissant un seul patron 
de classe de cette facon : 

template <class T> class point 
{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) ; 
void affiche () ; 
} ; 
Comme dans le cas des patrons de fonctions, la mention template <class T> precise que Ton 
a affaire a un patron (template) dans lequel apparait un parametre de type nomme T ; rappe- 
lons que C++ a decide d'employer le mot cle class pour preciser que T est un argument de 
type (pas forcement classe...). 

Bien entendu, la definition de notre patron de classes n'est pas encore complete puisqu'il y 
manque la definition des fonctions membres, a savoir le constructeur /?oz'«/ et la fonction affi- 
che. Pour ce faire, la demarche va legerement differer selon que la fonction concernee est en 
ligne ou non. 

Pour une fonction en ligne, les choses restent naturelles ; il suffit simplement d'utiliser le 
parametre T a bon escient. Voici par exemple comment pourrait etre defini notre 
constructeur : 

point (T abs=0, T ord=0) 
{ x = abs ; y = ord ; 
} 

En revanche, lorsque la fonction est definie en dehors de la definition de la classe, il est 
necessaire de rappeler au compilateur : 
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• que, dans la definition de cette fonction, vont apparaitre des parametres de type ; pour ce 
faire, on fournira a nouveau la liste de parametre sous la forme : 

template <class T> 

• le nom du patron concerne (de meme qu'avec une classe "ordinaire" , il fallait prefixer le nom 
de la fonction du nom de la classe...) ; par exemple, si nous definissons ainsi la fonction af- 
fiche, son nom sera : 

point<T> : : af f iche ( ) 

En definitive, voici comment se presenterait l'en-tete de la fonction affiche si nous le definis- 
sions ainsi en dehors de la classe : 

template <class T> void point<T>: : affiche () 

En toute rigueur, le rappel du parametre T a la suite du nom de patron (point) est redondant 1 
puisqu'il a deja ete specifie dans la liste de parametres suivant le mot cle template. 

Voici ce que pourrait etre finalement la definition de notre patron point : 

#include <iostream> 
using namespace std ; 

// creation d'un patron de classe 
template <class T> class point 
{ T x ; T y ; 
public : 

point (T abs=0, T ord=0) 

{ x = abs ; y = ord ; 

} 

void affiche () ; 
} ; 

template <class T> void point <T>: : affiche () 
{ cout << "Coordonnees : " « x << " " « y << "\n" ; 



Creation d'un patron de classes 



> 



Remarque 



Comme on l'a deja fait remarquer a propos de la definition de patrons de fonctions, 
depuis la norme, le mot cle class peut etre remplace par typename 2 . 



1. Stroustrup, le concepteur du langage C++, se contente de mentionner cette redondance, sans la justifier ! 

2. En toute rigueur, ce mot cle peut egalement servir a lever une ambiguite pour le compilateur, en l'ajoutant en 
prefixe a un identificateur afin qu'il soit effectivement interprets comme un nom de type. Par exemple, avec cette 
declaration : 

typename A: :truc a ; // equivalent a A: :truc a ; si aucune ambiguite n'existe 

on precise que A::truc estbienunnom de type ; on declare done a comme etant de type A:: true. 

II est rare que Ton ait besoin de recourir a cette possibility. 
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1 .2 Utilisation d'un patron de classes 



Apres avoir cree ce patron, une declaration telle que : 

point <int> ai ; 

conduit le compilateur a instancier la definition d'une classe point dans laquelle le parametre 
T prend la valeur int. Autrement dit, tout se passe comme si nous avions fourni une definition 
complete de cette classe. 

Si nous declarons : 

point <double> ad ; 

le compilateur instancie la definition d'une classe point dans laquelle le parametre T prend la 
valeur double, exactement comme si nous avions fourni une autre definition complete de 
cette classe. 

Si nous avons besoin de fournir des arguments au constructeur, nous procederons de facon 
classique comme dans : 

point <int> ai (3, 5) ; 

point <double> ad (3.5, 2.3) ; 



1 .3 Contraintes d'utilisation d'un patron de classes 

Comme on peut s'y attendre, les instructions definissant un patron de classes sont des decla- 
rations au meme titre que les instructions definissant une classe (y compris les instructions de 
definition de fonctions en ligne). 

Mais il en va de meme pour les fonctions membres qui ne sont pas en ligne : leurs instruc- 
tions sont necessaires au compilateur pour instancier chaque fois que necessaire les instruc- 
tions requises. On retrouve ici la meme remarque que celle que nous avons formulee pour les 
patrons de fonctions (voir paragraphe 1 .4 du chapitre 11). 

Aussi n'est-il pas possible de livrer a un utilisateur une classe patron toute compilee : il faut 
lui fournir les instructions source de toutes les fonctions membres (alors que pour une classe 
"ordinaire", il suffit de lui fournir la declaration de la classe et un module objet correspondant 
aux fonctions membres). 

Tout se passe encore ici comme s'il existait deux niveaux de declarations. Par la suite, nous 
continuerons cependant a parler de "definition d'un patron". 

En pratique, on placera les definitions de patron dans un fichier approprie d'extension h. 
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\^^ Remarque 

Ici encore, les considerations precedentes doivent en fait etre ponderees par le fait que la 
norme a introduit le mot cle export. Applique a la definition d'un patron de classes, il pre- 
cise que celle-ci sera accessible depuis un autre fichier source. Par exemple, on pourra 
definir un patron de classes point de cette facon : 

export template <class T> class point 
{ T x ; T y ; 
public : 

point (...) ; 

void afiche () ; 



} ; 

template <class T> point<T>: :point (. . . ) { } /* definition constructeur */ 

template <class T> void point <T> :: affiche ( ) { } /* definition affiche */ 



On peut alors utiliser ce patron depuis un autre fichier source, en se contentant de men- 
tionner sa seule "declaration" (comme avec les patrons de fonctions, on distingue alors 
declaration et definition) : 

template <class T> point<T> // declaration seule de point<T> 
{ T x ; T y ; 

point (...) ; 

void afiche ( ) ; 



Ici encore, on aura interet a prevoir deux fichiers en-tetes distincts, un pour la declara- 
tion, un pour la definition. Le premier sera inclus dans la definition du patron et dans 
son utilisation. 

Rappelons que ce mecanisme met en jeu une sorte de "precompilation" des definitions 
de patrons. 

1.4 Exemple recapitulatif 

Voici un programme complet comportant : 

• la creation d'un patron de classes point dotee d'un constructeur en ligne et d'une fonction 
membre (affiche) non en ligne, 

• un exemple d'utilisation (main). 

#include <iostream> 
using namespace std ; 
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II creation d'un patron de classe 
template <class T> class point 
{ 

T x ; T y ; 
public : 
point (T abs=0, T ord=0) 
{ x = abs ; y = ord ; 
} 

void affiche () ; 
} ; 

template <class T> void point<T>: : affiche () 
{ 

cout « "Coordonnees : " « x « " " « y « "\n" 



main {) 

{ 

point <int> ai (3, 5) 
point <char> ac ('d', 



'y') 



ai . affiche ( ) 
ac . affiche ( ) 



point <double> ad (3.5, 2.3) ; ad. affiche () 



coordonnees 
coordonnees 
coordonnees 



3 5 
d y 

3.5 2.3 
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Remarques 

1 Le comportement depoint<char> est satisfaisant si nous souhaitons effectivement dispo- 
ser de points reperes par de vrais caracteres. En revanche, si nous avons utilise le type 
char pour disposer de "petits entiers", le resultat est moins satisfaisant. En effet, nous 
pourrons toujours declarer un point de cette facon : 

point <char> pc (4, 9) ; 

Mais le comportement de la fonction affiche ne nous conviendra plus (nous obtiendrons 
les caracteres ay ant pour code les coordonnees du point !). 

Nous verrons qu'il reste toujours possible de modifier cela en "specialisant" notre 
classe point pour le type char ou encore en specialisant la fonction affiche pour la 
classe point<char> . 

2 A priori, on a plutot envie d'appliquer notre patron point a des types T standard. Toute- 
fois, rien n'interdit de l'appliquer a un type classe T quelconque, meme s'il peut alors 
s'averer difficile d'attribuer une signification a la classe patron ainsi obtenue. II faut 
cependant qu'il existe une conversion de int en T, utile pour convertir la valeur dans le 
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type T lors de l'initialisation des arguments du constructeur de point (sinon, on obtien- 
dra une erreur de compilation). De plus, il est necessaire que la recopie et l'affectation 
d'objets de type T soient correctement prises en compte (dans le cas contraire, aucun 
diagnostic ne sera fourni a la compilation ; les consequences n'en seront percues qu'a 
1' execution). 

2 Les parametres de type d'un patron 
de classes 

Tout comme les patrons de fonctions, les patrons de classes peuvent comporter des parame- 
tres de type et des parametres expressions. Ce paragraphe etudie les premiers ; les seconds 
seront etudies au paragraphe suivant. Une fois de plus, notez bien que, malgre leur ressem- 
blance avec les patrons de fonctions, les contraintes relatives a ces differents types de para- 
metres ne seront pas les memes. 

2.1 Les parametres de type dans la creation d'un patron 
de classes 

Les parametres de type peuvent etre en nombre quelconque et utilises comme bon vous sem- 
ble dans la definition du patron de classes. En voici un exemple : 

template <class T, class U, class V> // liste de trois param. de nom (muet) T, U et V 

class essai 

{ T x ; // un membre x de type T 

U t[5] ; // un tableau t de 5 elements de type U 

V fml (int, U) ; // declaration d'une fonction membre recevant 2 arguments 
// de type int et U et renvoyant un resultat de type V 



2.2 Instanciation d'une classe patron 

Rappelons que nous nommons "classe patron" une instance parti culiere d'un patron de clas- 
ses. 

Une classe patron se declare simplement en fournissant a la suite du nom de patron un nom- 
bre d'arguments effectifs (noms de types) egal au nombre de parametres figurant dans la liste 
{template < ...>) du patron. Voici des declarations de classes patron obtenues a partir du 
patron essai precedent (il ne s'agit que de simples exemples d'ecole auxquels il ne faut pas 
chercher a attribuer une signification precise) : 

essai <int, float, int> eel ; 
essai <int, int *, double > ce2 ; 
essai <char *, int, obj> ce3 ; 
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La derniere suppose bien sur que le type obj a ete prealablement defini (il peut s'agir d'un 
type classe). 

II est meme possible d'utiliser comme parametre de type effectif un type instancie a l'aide 
d'un patron de classes. Par exemple, si nous disposons du patron de classes nomme point tel 
qu'il a ete defini dans le paragraphe precedent, nous pouvons declarer : 

essai <float, point<int>, double> ce4 ; 

essai <point<int>, point<float>, char *> ce5 ; 

Remarques 

1 Les problemes de correspondance exacte rencontres avec les patrons de fonctions n'exis- 
tent plus pour les patrons de classes (du moins pour les parametres de types etudies ici). 
En effet, dans le cas des patrons de fonctions, l'instanciation se fondait non pas sur la liste 
des parametres indiques a la suite du mot cle template, mais sur la liste des parametres de 
l'en-tete de la fonction ; un meme nom (muet) pouvait apparaitre deux fois et il y avait 
done risque d'absence de correspondance. 

2 II est tout a fait possible qu'un argument formel (figurant dans l'en-tete) d'une fonction 
patron soit une classe patron. En voici un exemple, dans lequel nous supposons defini 
le patron de classes nomme point (ce peut etre le precedent) : 

template <class T> void fct (point<T>) 
{ } 

Lorsqu'il devra instancier une fonction fct pour un type L donne, le compilateur instan- 
ciera egalement (si cela n'a pas encore ete fait) la classe patron point<T>. 

3 Comme dans le cas des patrons de fonctions, on peut rencontrer des difficultes lorsque 
Ton doit initialiser (au sein de fonctions membres) des variables dont le type figure en 
parametre. En effet, il peut s'agir d'un type de base ou, au contraire, d'un type classe. La 
encore, la nouvelle syntaxe d'initialisation des types standard (presentee au paragraphe 
2.3 du chapitre 11) permet de resoudre le probleme. 

4 Un patron de classes peut comporter des membres (donnees ou fonctions) statiques. 
Dans ce cas, il faut savoir que chaque instance de la classe dispose de son propre jeu de 
membres statiques : on est en quelque sorte " statique au niveau de l'instance et non au 
niveau du patron". C'est logique puisque le patron de classes n'est qu'un moule utilise 
pour instancier differentes classes ; plus precisement, un patron de classes peut toujours 
etre remplace par autant de definitions differentes de classes que de classes instanciees. 
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3 Les parametres expressions d'un patron 
de classes 

Un patron de classes peut comporter des parametres expressions. Bien qu'il s'agisse, ici 
encore, d'une notion voisine de celle presentee pour les patrons de fonctions, certaines diffe- 
rences importantes existent. En particulier, les valeurs effectives d'un parametre expression 
devront obligatoirement etre constantes dans le cas des classes. 

3.1 Exemple 

Supposez que nous souhaitions definir une classe tableau susceptible de manipuler des 
tableaux d'objets d'un type quelconque. L'idee vient tout naturellement a l'esprit d'en faire 
une classe patron possedant un parametre de type. On peut aussi prevoir un second parametre 
permettant de preciser le nombre d'elements du tableau. 

Dans ce cas, la creation de la classe se presentera ainsi : 

template <class T, int n> class tableau 
{ T tab [n] ; 
public : 

// 

} ; 
La liste de parametres {template <...>) comporte deux parametres de nature totalement 
differente : 

• un parametre (desormais classique) de type, introduit par le mot cle class, 

• un "parametre expression" de type int ; on precisera sa valeur lors de la declaration d'une 
instance particuliere de la classe tableau. 

Par exemple, avec la declaration : 

tableau <int, 4> ti ; 

nous declarerons une classe nominee //' correspondant finalement a la declaration suivante : 

class ti 

{ int tab [4] ; 
public : 
// 

} ; 
Voici un exemple complet de programme definissant un peu plus completement une telle 
classe patron nominee tableau ; nous l'avons simplement dotee de l'operateur [] et d'un cons- 
tructeur (sans arguments) qui ne se justifie que par le fait qu'il affiche un message approprie. 
Nous avons instancie des "tableaux" d'objets de type point (ici, point est a nouveau une classe 
"ordinaire" et non une classe patron). 
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#include <iostreain> 
using namespace std ; 

template <class T, int n> class tableau 
{ T tab [n] ; 
public : 
tableau () { cout << "construction tableau \n" ; } 
T & operator [] (int i) 
{ return tab[i] ; 
} 

} ; 

class point 
{ int x, y ; 
public : 
point (int abs=l, int ord=l ) // ici init par defaut a 1 
{ x=abs ; y=ord ; 

cout << "constr point " << x « " " << y « "\n" ; 
} 
void affiche () { cout « "Coordonnees : " << x « " " « y « "\n" ; } 
} ; 

main ( ) 

{ tableau <int, 4> ti ; 

int i ; for (i=0 ; i<4 ; i++) ti[i] = i ; 

cout « "ti : " ; 

for (i=0 ; i<4 ; i++) cout « ti [i] « " " ; 

cout « "\n" ; 

tableau <point, 3> tp ; 

for (i=0 ; i<3 ; i++) tp[i] .affiche () ; 
} 

construction tableau 
ti : 1 2 3 
const point 1 1 
const point 1 1 
const point 1 1 
construction tableau 



coordonnees 
coordonnees 
coordonnees 



1 1 
1 1 

1 1 
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Remarque 



La classe tableau telle qu'elle est presentee ici n'a pas veritablement d'interet pratique. En 
effet, on obtiendrait le meme resultat en declarant de simples tableaux d'objets, par exem- 
ple int ti[4] au lieu de tableau <int,4> ti. En fait, il ne s'agit que d'un cadre initial qu'on 
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peut completer a loisir. Par exemple, on pourrait facilement y aj outer un controle d'indice 
en adaptant la definition de l'operateur [] ; on pourrait egalement prevoir d'initialiser les 
elements du tableau. C'est d'ailleurs ce que nous aurons l'occasion de faire au paragraphe 
9, ou nous utiliserons le patron tableau pour manipuler des tableaux a plusieurs indices. 

3.2 Les proprietes des parametres expressions 

On peut faire apparaitre autant de parametres expressions qu'on le desire dans une liste de 
parametres d'un patron de classes. Ces parametres peuvent intervenir n'importe ou dans la 
definition du patron, au meme titre que n'importe quelle expression constante peut apparaitre 
dans la definition d'une classe. 

Lors de l'instanciation d'une classe comportant des parametres expressions, les parametres 
effectifs correspondants doivent obligatoirement etre des expressions constantes 1 d'un type 
rigoureusement identique a celui prevu dans la liste d'arguments (aux conversions triviales 
pres) ; autrement dit, aucune conversion n'est possible. 

Contrairement a ce qui passait pour les patrons de fonctions, il n'est pas possible de surdefinir 
un patron de classes, c'est-a-dire de creer plusieurs patrons de meme nom mais comportant 
une liste de parametres (de type ou expressions) differents. En consequence, les problemes 
d'ambiguite evoques lors de l'instanciation d'une fonction patron ne peuvent plus se poser 
dans le cas de l'instanciation d'une classe patron. 

Sur un plan methodologique, on pourra souvent hesiter entre l'emploi de parametres expres- 
sions et la transmission d'arguments au constructeur. Ainsi, dans l'exemple de classe tableau, 
nous aurions pu ne pas prevoir le parametre expression n mais, en revanche, transmettre au 
constructeur le nombre d'elements souhaites. Une difference importante serait alors apparue 
au niveau de la gestion des emplacements memoire correspondant aux differents elements du 
tableau : 

• attribution d'emplacement a la compilation (statique ou automatique suivant la classe d'al- 
location de l'objet de type tableau<.. .,...> correspondant) dans le premier cas, 

• allocation dynamique par le constructeur dans le second cas. 

4 Specialisation d'un patron de classes 

Nous avons vu qu'il etait possible de "specialiser" certaines fonctions d'un patron de fonc- 
tions. Si la meme possibility existe pour les patrons de classes, elle prend toutefois un aspect 
legerement different, a la fois au niveau de sa syntaxe et de ses possibilites, comme nous le 
verrons apres un exemple d'introduction. 



1. Cette contrainte n'existait pas pour les parametres expressions des patrons de fonctions ; mais leur role n'etait pas 
le meme. 
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4.1 Exemple de specialisation d'une fonction membre 

Un patron de classes definit une famille de classes dans laquelle chaque classe comporte a la 
fois sa definition et la definition de ses fonctions membres. Ainsi, toutes les fonctions mem- 
bres de nom donne realisent le meme algorithme. Si Ton souhaite adapter une fonction mem- 
bre a une situation particuliere, il est possible d'en fournir une nouvelle. 

Voici un exemple qui reprend le patron de classes point defini dans le premier paragraphe. 
Nous y avons specialise la fonction affiche dans le cas du type char, afin qu'elle affiche non 
plus des caracteres mais des nombres entiers. 

#include <iostreain> 
using namespace std ; 

// creation d'un patron de classe 
template <class T> class point 
{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) 
{ x = abs ; y = ord ; 



void affiche () 



} 



// definition de la fonction affiche 
template <class T> void point<T>: : affiche () 
{ cout « "Coordonnees : " « x « " " « y « "\n" ; 
} 

// ajout d'une fonction affiche specialisee pour les caracteres 
void point <char>: : affiche {) 

{ cout « "Coordonnees : " << (int)x « " " « (int)y « "\n" ; 
} 

main {) 

{ point <int> ai (3, 5) ; ai. affiche () 
point <char> ac ('d', ' y') ; ac. affiche () 
point <double> ad {3.5, 2.3) ; ad. affiche () 



coordonnees 


3 5 


coordonnees 


100 121 


coordonnees 
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Exemple de specialisation d'une fonction membre d'une classe patron 
Notez qu'il nous a suffi d'ecrire l'en-tete de affiche sous la forme : 

void point <char>: : affiche () 

pour preciser au compilateur qu'il devait utiliser cette fonction a la place de la fonction affi- 
che du patron point, c'est-a-dire a la place de l'instance point<char>. 
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4.2 Les differentes possibilites de specialisation 

4.2.1 On peut specialiser une fonction membre pour tous les parametres 

Dans notre exemple, la classe patron point ne comportait qu'un parametre de type. II est pos- 
sible de specialiser une fonction membre en se basant sur plusieurs parametres de type, ainsi 
que sur des valeurs precises d'un ou plusieurs parametres expressions (bien que cette der- 
niere possibility nous paraisse d'un interet limite). Par exemple, considerons le patron tableau 
defini au paragraphe 3.1: 

template <class T, int n> class tableau 
{ T tab [n] ; 
public : 
tableau () { cout << "construction tableau \n" ; } 

// 

} ; 
Nous pouvons ecrire une version specialisee de son constructeur pour les tableaux de 
10 elements de type point (il ne s'agit vraiment que d'un exemple d'ecole !) en procedant 
ainsi : 

tableau<point, 10>: : tableau (...) { ... } 

4.2.2 On peut specialiser une fonction membre ou une classe 

Dans les exemples precedents, nous avons specialise une fonction membre d'un patron. En 
fait, on peut indifferemment : 

• specialiser une ou plusieurs fonctions membres, sans modifier la definition de la classe elle- 
meme (ce sera la situation la plus frequente), 

• specialiser la classe elle-meme, en en fournissant une nouvelle definition ; cette seconde 
possibility peut s'accompagner de la specialisation de certaines fonctions membres. 

Par exemple, apres avoir defini le patron template <class T> class point (comme au paragra- 
phe 4.1), nous pourrions definir une version specialisee de la classe point pour le type char, 
c'est-a-dire une version appropriee de l'instance point<char> , en procedant ainsi : 

class point <char> 

{ // nouvelle definition 

} 

Nous pourrions aussi definir des versions specialisees de certaines des fonctions membre de 
point<char> en procedant comme precedemment ou ne pas en definir, auquel cas on ferait 
appel aux fonctions membres du patron. 

4.2.3 On peut prevoir des specialisations partielles de patrons de classes 

Nous avons deja parle de specialisation partielle dans le cas de patrons de fonctions (voir au 
paragraphe 5 du chapitre 11). La norme ANSI autorise egalement la specialisation partielle 
d'un patron de classes 1 . En voici un exemple : 



1. Cette possibility n'existait pas dans la version 3. Elle a ete introduite par la norme ANSI et elle n'est pas encore 
reconnue de tous les compilateurs. 
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template <class T, class U> class A { } ; // patron I 

template <class T> class A <T, T*> { } ; // patron II 

Une declaration telle que A <int, float> al utilisera le patron I, tandis qu'une declaration 
telle que^4</'«/, int *> a2 utilisera le patron II plus specialise. 
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\> 



Dans la definition d'un patron de classes, il est possible de specifier des valeurs par defaut 
pour certains parametres 1 , suivant un mecanisme semblable a celui utilise pour les parame- 
tres de fonctions usuelles. Voici quelques exemples : 

template <class T, class U=float> class A { } ; 

template <class T, int n=3> class B { } ; 

A<int,long> al ; /* instanciation usuelle */ 

A<int> a2 ; /* equivaut a A<int, float> a2 ; */ 

B<int, 3> bl ; /* instanciation usuelle */ 

B<int> b2 ; /* equivaut a B<int, 3> b2 ; */ 



Remarque 

La notion de parametres par defaut n'a pas de signification pour les patrons de fonctions. 



6 Patrons de fonctions membres 

Le mecanisme de definition de patrons de fonctions peut s'appliquer a une fonction membre 
d'une classe ordinaire, comme dans cet exemple : 

class A 

{ 

template <class T> void fct (T a) { } 

} ; 
Cette possibility peut s'appliquer a une fonction membre d'une classe patron, comme dans cet 
exemple 2 : 

template <class T> class A 

{ 

template <class U> void fct {U x, T y) /* ici le type T est utilise, mais V 

{ } /* il pourrait ne pas l'etre */ 

} ; 
Dans ce dernier cas, l'instanciation de la bonne fonction fct se fondera a la fois sur la classe a 
laquelle elle appartient et sur la nature de son premier argument. 

1 . Cette possibility a ete introduite par la norme ANSI. 

2. Cette possibility a ete introduite par la norme ANSI 
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7 Identite de classes patrons 



Nous avons deja vu que l'operateur d'affectation pouvait s'appliquer a deux objets d'un meme 
type. L'expression "meme type" est parfaitement definie, tant que Ton n'utilise pas d'instan- 
ces de patron de classes : deux objets sont de meme type s'ils sont declares avec le meme 
nom de classe. Mais que devient cette definition dans le cas d'objets dont le type est une ins- 
tance particuliere d'un patron de classes ? 

En fait, deux classes patrons correspondront a un meme type si leurs parametres de type cor- 
respondent exactement au meme type et si leurs parametres expressions ont la meme valeur. 

Ainsi, en supposant que nous disposions du patron tableau defini au paragraphe 3.1, avec ces 
declarations : 

tableau <int, 12> tl ; 
tableau <float, 12> t2 ; 

vous n'aurez pas le droit d'ecrire : 

t2 = tl ; // incorrect car valeurs differentes du premier parametre (float et int) 

De meme, avec ces declarations : 

tableau <int, 15> ta ; 
tableau <int, 20> tb ; 

vous n'aurez pas le droit d'ecrire : 

ta = tb ; // incorrect car valeurs differentes du second parametre (15 et 20) 

Ces regies, apparemment restrictives, ne servent en fait qu'a assurer un bon fonctionnement 
de 1' affectation, qu'il s'agisse de l'affectation par defaut (membre a membre : il faut done bien 
disposer exactement des memes membres dans les deux objets) ou de l'affectation surdefinie 
(pour que cela fonctionne toujours, il faudrait que le concepteur du patron de classe prevoie 
toutes les combinaisons possibles et, de plus, etre stir qu'une eventuelle specialisation ne ris- 
que pas de perturber les choses...). 

Certes, dans le premier cas (t2=tl), une conversion int->float nous aurait peut-etre convenu. 
Mais pour que le compilateur puisse la mettre en oeuvre, il faudrait qu'il "sache" qu'une classe 
tableau<int, 10> ne comporte que des membres de type int, qu'une classe tableau<float, 
10> ne comporte que des membres de type float, que les deux classes ont le meme nombre de 
membres donnees... 



8 Classes patrons et declarations d'amitie 

L'existence des patrons de classes introduit de nouvelles possibilites de declaration d'amitie. 

8.1 Declaration de classes ou fonctions "ordinaires" amies 

La demarche reste celle que nous avons rencontree dans le cas des classes ordinaires. Par 
exemple, si A est une classe ordinaire etfet une fonction ordinaire : 
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template <class T> 

class essai 

{ int x ; 
public : 
friend class A ; //A est amie de toute instance du patron essai 
friend int fct (float) ; // fct est amie de toute instance du patron essai 

} ; 

8.2 Declaration d'instances particulieres de classes patrons ou 
de fonctions patrons 

En fait, cette possibility peut prendre deux aspects differents selon que les parametres utilises 
pour definir l'instance concernee sont effectifs ou muets (definis dans la liste de parametres 
du patron de classe). 

Supposons que point est une classe patron ainsi definie : 

template <class T> class point {...}; 

etfct une fonction patron ainsi definie : 

template <class T> int fct (T x) { ... } 

Voici un exemple illustrant le premier aspect : 

template <class T, class U> 
class essail 
{ int x ; 
public : 
friend class point<int> ; // la classe patron point<int> est amie 

// de toutes les instances de essail 
friend int fct (double) ; // la fonction patron int fct (double 

// de toutes les instances de essail 



Voici un exemple illustrant le second aspect : 

template <class T, class U> 
class essai2 
{ int x ; 
public : 

friend class point<T> ; 

friend int fct (U) ; 
} 

Notez bien, que dans le second cas, on etablit un "couplage" entre la classe patron generee 
par le patron essai2 et les declarations d'amitie correspondantes. Par exemple, pour l'intance 
essai2 <int, double>, les declarations d'amitie porteront sur point<int> et int fct (double). 
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8.3 Declaration d'un autre patron de fonctions ou de classes 

Voici un exemple faisant appel aux memes patrons point etfct que ci-dessus : 

template <class T, class U> 
class essai2 
{ int x ; 
public : 
template <class X> friend class point <X> ; 
template <class X> friend class int fct (point <X>) ; 
} ; 
Cette fois, toutes les instances du patron point sont amies de n'importe quelle instance du 
patron essai2. De meme, toutes les instances du patron de fonctions fct sont amies de 
n'importe quelle instance du patron essai2. 

9 Exemple de classe tableau a deux indices 

Nous avons vu a plusieurs reprises comment surdefinir l'operateur [] au sein d'une classe 
tableau. Neanmoins, nous nous sommes toujours limite a des tableaux a un indice. 

Ici, nous allons voir qu'il est tres facile, une fois qu'on a defini un patron de tableau a un 
indice, de l'appliquer a un tableau a deux indices (ou plus) par le simple jeu de la composition 
des patrons. 

Si nous considerons pour l'instant la classe tableau definie de cette facon simplified : 

template <class T, int n> class tableau 
{ T tab [n] ; 
public : 
T s operator [] (int i) // operateur [] 

{ return tab[i] ; 
} 
} ; 
nous pouvons tout a fait declarer : 

tableau <tableau<int,2>,3> t2d ; 

En effet, t2d est un tableau de 3 elements ay ant chacun le type tableau <int,2> ; autrement 
dit, chacun de ces 3 elements est lui-meme un tableau de 2 entiers. 

Une notation telle que t2d [1] [2] a un sens ; elle represente la reference au troisieme element 
de t2d [1], c'est-a-dire au troisieme element du deuxieme tableau de deux entiers de t2d. 

Voici un exemple complet (mais toujours simplifie) illustrant cela. Nous avons simplement 
ajoute artificiellement un constructeur afin d'obtenir une trace des differentes constructions. 

// implementation d'un tableau a deux dimensions 
#include <iostream> 
using namespace std ; 
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template <class T, int n> class tableau 
{ T tab [n] ; 
public : 
tableau () // constructeur 

{cout « "construction tableau a " << n « " elements\n" 
} 
T S operator [] (int i) // operateur [] 
{ return tab[i] ; 
} 
} ; 

main { ) 

{ tableau <tableau<int,2>,3> t2d ; 

t2d [1] [2] = 15 ; 

cout « "t2d [1] [2] = " « t2d [1] [2] « "\n" ; 

cout « "t2d [0] [1] = " « t2d [0] [1] « "\n" ; 



construction tableau a 2 elements 
construction tableau a 2 elements 
construction tableau a 2 elements 
construction tableau a 3 elements 

t2d [1] [2] = 15 

t2d [0] [1] = -858993460 

Utilisation du patron tableau pour manipuler des tableaux a deux indices (1) 

On notera bien que notre patron tableau est a priori un tableau a un indice. Seule la maniere 
dont on l'utilise permet de l'appliquer a des tableaux a un nombre quelconque d'indices. 

Manifestement, cet exemple est trop simpliste ; d'ailleurs, tel quel, il n'apporte rien de plus 
qu'un banal tableau. Pour le rendre plus realiste, nous allons prevoir : 

• de gerer les debordements d'indices : ici, nous nous contenterons d'afficher un message et 
de "faire comme si" l'utilisateur avait fourni un indice mil 1 ; 

• d'initialiser tous les elements du tableau lors de sa construction : nous utiliserons pour ce fai- 
re la valeur 0. Mais encore faut-il que la chose soit possible, c'est-a-dire que, quel que soit 
le type T des elements du tableau, on puisse leur affecter la valeur 0. Cela signifie qu'il doit 
exister une conversion de T en int. II est facile de la realiser avec un constructeur a un ele- 
ment de type int. Du meme coup, cela permettra de prevoir une valeur initiale lors de la de- 
claration d'un tableau (par securite, nous prevoirons la valeur par defaut). 

Voici la classe ainsi modifiee et un exemple d'utilisation : 



1. II pourrait egalement etre judicieux de declencher une "exception", comme nous apprendrons a le faire, sur ce 
meme exemple, au paragraphe 1 du chapitre 17. 
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// implementation d'un tableau 2d avec test debordement d' indices 
#include <iostream> 
using namespace std ; 

template <class T, int n> class tableau 
{ T tab [n] ; 

int limite ; // nombre d'elements du tableau 
public : 
tableau (int init=0) 
{ int i ; 

for (i=0 ; i<n ; i++) tab[i] = init ; 

// il doit exister un constructeur a un argument 
// pour le cas ou tab[i] est un objet 
limite = n-1 ; 

cout « "appel constructeur tableau de taille " « n 
« " init = " « init « "\n" ; 
} 
T & operator [] (int i) 

{ if (i<0 | | i>limite) { cout << " — debordement " « i « "\n" ; 
i=0 ; // choix arbitraire 
} 
return tab[i] ; 
} 

} ; 

main() 

{ tableau <tableau<int, 3>,2> ti ; // pas d' initialisation 

tableau <tableau<float,4>,2> td (10) ; // initialisation a 10 

ti [1] [6] = 15 ; 

ti [8] [-1] = 20 ; 

cout « ti [1] [2] « "\n" ; // element initialise a valeur par defaut (0) 

cout « td [1] [0] « "\n" ; // element initialise explicitement 



appel constructeur tableau de taille 3 init = 

appel constructeur tableau de taille 3 init = 

appel constructeur tableau de taille 3 init = 

appel constructeur tableau de taille 3 init = 

appel constructeur tableau de taille 2 init = 

appel constructeur tableau de taille 4 init = 

appel constructeur tableau de taille 4 init = 

appel constructeur tableau de taille 4 init = 10 

appel constructeur tableau de taille 4 init = 10 

appel constructeur tableau de taille 2 init = 10 
— debordement 6 
— debordement 8 
— debordement -1 

10 



Utilisation du patron tableau pour manipuler des tableaux a deux indices (2) 
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Remarque 



Si vous examinez bien les messages de construction des differents tableaux, vous obser- 
verez que Ton obtient deux fois plus de messages que prevu pour les tableaux a un indice. 
L'explication reside dans l'instruction tabfij = init du constructeur tableau. En effet, lors- 
que tabfij designe un element de type de base, il y a simplement conversion de la valeur 
entiere init dans ce type de base. En revanche, lorsque Ton a affaire a un objet de type T 
(ici T est de la forme tableau<...>), cette instruction provoque l'appel du constructeur 
tableau(int) pour creer un objet temporaire de ce type. Cela se voit tres clairement dans le 
cas du tableau td, pour lequel on trouve une construction d'un tableau temporaire initialise 
avec la valeur et une construction d'un tableau initialise avec la valeur 10. 
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L'heritage simple 



On sait que le concept d'heritage (on parle egalement de classes derivees) constitue l'un des 
fondements de la P.O.O. En particulier, il est a la base des possibilites de reutilisation de 
composants logiciels (en l'occurrence, de classes). En effet, il vous autorise a definir une nou- 
velle classe, dite "derivee", a partir d'une classe existante dite "de base". La classe derivee 
"heritera" des "potentialites" de la classe de base, tout en lui en ajoutant de nouvelles, et cela 
sans qu'il soit necessaire de remettre en question la classe de base. II ne sera pas utile de la 
recompiler, ni meme de disposer du programme source correspondant (exception faite de sa 
declaration). 

Cette technique permet done de developper de nouveaux outils en se fondant sur un certain 
acquis, ce qui justifie le terme d'heritage. Bien entendu, plusieurs classes pourront etre deri- 
vees d'une meme classe de base. En outre, l'heritage n'est pas limite a un seul niveau : une 
classe derivee peut devenir a son tour classe de base pour une autre classe. On voit ainsi 
apparaitre la notion d'heritage comme outil de specialisation croissante. 

Qui plus est, nous verrons que C++ (depuis la version 2.0) autorise l'heritage multiple, grace 
auquel une classe peut etre derivee de plusieurs classes de base. 

Nous commencerons par vous presenter la mise en oeuvre de l'heritage en C++ a partir d'un 
exemple tres simple. Nous examinerons ensuite comment, a l'image de ce qui se passait dans 
le cas d'objets membres, C++ offre un mecanisme interessant de transmission d'informations 
entre constructeurs (de la classe derivee et de la classe de base). Puis nous verrons la sou- 
plesse que presente le C++ en matiere de controle des acces de la classe derivee aux membres 
de la classe de base (aussi bien au niveau de la conception de la classe de base que de celle de 
la classe derivee). 
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Nous aborderons ensuite les problemes de compatibility entre une classe de base et une classe 
derivee, tant au niveau des objets eux-memes que des pointeurs sur ces objets ou des referen- 
ces a ces objets. Ces aspects deviendront fondamentaux dans la mise en oeuvre du polymor- 
phisme par le biais des methodes virtuelles. Nous examinerons alors ce qu'il advient du 
constructeur de recopie, de l'operateur d'affectation et des patrons de classes. 

Enfin, apres avoir examine les situations de derivations successives, nous apprendrons a 
exploiter concretement une classe derivee. 

Quant a l'heritage multiple, il fera l'objet du chapitre suivant. 



1 La notion d'heritage 



Exposons tout d'abord les bases de la mise en oeuvre de l'heritage en C++ a partir d'un exem- 
ple simple ne faisant pas intervenir de constructeur ou de destructeur, et ou le controle des 
acces est limite. 

Considerons la premiere classe point definie au chapitre 5, dont nous rappelons la 
declaration : 

/* Declaration de la classe point */ 

class point 

{ /* declaration des membres prives */ 

int x ; 
int y ; 

/* declaration des membres publics */ 
public : 

void initialise (int, int) ; 
void deplace (int, int) ; 
void affiche {) ; 



Declaration d 'une classe de base (pointj 

Supposons que nous ayons besoin de definir un nouveau type classe nomme pointcol, destine 
a manipuler des points colores d'un plan. Une telle classe peut manifestement disposer des 
m ernes fonctionnalites que la classe point, auxquelles on pourrait adjoindre, par exemple, 
une methode nominee colore, chargee de definir la couleur. Dans ces conditions, nous pou- 
vons etre tentes de definir pointcol comme une classe derivee de point. Si nous prevoyons 
(pour l'instant) une fonction membre specifique a pointcol nommee colore, et destinee a attri- 
buer une couleur a un point colore, voici ce que pourrait etre la declaration de pointcol (la 
fonction colore est ici en ligne) : 



1 - La notion d' heritage 



class pointed : public point // pointcol derive de point 

{ short couleur ; 
public : 

void colore (short cl) 
{ couleur = cl ; } 



Une classe pointcol, derivee de point 



Notez la declaration : 



class pointcol : public point 

Elle specifie que pointcol est une classe derivee de la classe de base point. De plus, le mot 
public signifie que les membres publics de la classe de base (point) seront des membres 

publics de la classe derivee (pointcol) ; cela correspond a l'idee la plus frequente que Ton 
peut avoir de l'heritage, sur le plan general de la P.O.O. Nous verrons plus loin, dans le para- 
graphe consacre au controle des acces, a quoi conduirait l'omission du mot public. 

La classe pointcol ainsi definie, nous pouvons declarer des objets de type pointcol de maniere 
usuelle : 

pointcol p, q ; 

Chaque objet de type pointcol peut alors faire appel : 

• aux methodes publiques de pointcol (ici colore), 

• aux methodes publiques de la classe de base point (ici init, deplace et affiche). 

Voici un programme illustrant ces possibilites. Vous n'y trouverez pas la liste de la classe 
point, car nous nous sommes place dans les conditions habituelles d'utilisation d'une classe 
deja au point. Plus precisement, nous supposons que nous disposons : 

• d'un module objet relatif a la classe point qu'il est necessaire d'incorporer au moment de 
l'edition de liens, 

• d'un fichier nomme ici point. h, contenant la declaration de la classe point. 

#include <iostream> 

#include "point. h" // incorporation des declarations de point 

using namespace std ; 

/* Declaration et definition de la classe pointcol */ 

class pointcol : public point // pointcol derive de point 

{ short couleur ; 
public : 

void colore {short cl) { couleur = cl ; } 
} ; 

main{) 

{ pointcol p ; 
p. initialise (10,20) ; p. colore (5) ; 
p . affiche ( ) ; 
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p.deplace (2,4) 
p.affiche () ; 



Je suis en 10 20 
Je suis en 12 24 



Exemple d 'utilisation d'une classe pointcol, derivee de point 

2 Utilisation des membres de la classe de base 
dans une classe derivee 

L'exemple precedent, destine a montrer comment s'exprime l'heritage en C++, ne cherchait 
pas a en explorer toutes les possibilites, notamment en matiere de controle des acces. Pour 
l'instant, nous savons simplement que, grace a l'emploi du mot public, les membres publics 
de point sont egalement membres publics de pointcol. C'est ce qui nous a permis de les utili- 
ser, au sein de la fonction main, par exemple dans l'instruction p.ini tialise (10, 20). 

Or la classe pointcol telle que nous l'avons definie presente des lacunes. Par exemple, lorsque 
nous appelons affiche pourun objet de type pointcol, nous n'obtenons aucune information sur 
sa couleur. Une premiere facon d'ameliorer cette situation consiste a ecrire une nouvelle 
fonction membre publique de pointcol, censee afficher a la fois les coordonnees et la couleur. 
Appelons-la pour l'instant affichec (nous verrons plus tard qu'il est possible de l'appeler ega- 
lement affiche). 

A ce niveau, vous pourriez penser definir affichec de la maniere suivante : 

void affichec () 

{ cout « "Je suis en " « x « " " « y « "\n" ; 

cout « " et ma couleur est : " « couleur « "\n" ; 
} 

Mais alors cela signifierait que la fonction affichec, membre de pointcol, aurait acces aux 
membres prives de point, ce qui serait contraire au principe d'encapsulation. En effet, il 
deviendrait alors possible d'ecrire une fonction accedant directement 1 aux donnees privees 
d'une classe, simplement en creant une classe derivee ! D'oii la regie adoptee par C++ : 



Une methode d'une classe derivee n'a pas acces aux membres prives de sa classe 
de base. 



En revanche, une methode d'une classse derivee a acces aux membres publics de sa classe de 
base. Ainsi, dans le cas qui nous preoccupe, si notre fonction membre affichec ne peut pas 



1. C'est-a-dire sans passer par l'interface obligatoire constitute par les fonctions membres publiques. 
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acceder directement aux donnees privees x et y de la classe point, elle peut neanmoins faire 
appel a la fonction affiche de cette meme classe. D'oii une definition possible de affichec : 

void pointcol: :affichec {) 
{ 

affiche ( ) ; 

cout << " et ma couleur est : " << couleur « "\n" ; 



Une fonction d'affwhage pour un objet de type pointcol 

Notez bien que, au sein de affichec, nous avons fait directement appel a affiche sans avoir a 
specifier a quel objet cette fonction devait etre appliquee : par convention, il s'agit de 
celui ay ant appele affichec. Nous retrouvons la meme regie que pour les fonctions membres 
d'une meme classe. En fait, il faut desormais considerer que affiche est une fonction membre 
de pointcol 1 . 

D'une maniere analogue, nous pouvons definir dans pointcol une nouvelle fonction d'initiali- 
sation nominee initialisec, chargee d'attribuer des valeurs aux donnees x,y et couleur, a partir 
de trois valeurs recues en argument : 

void pointcol: : initialisec (int abs, int ord, short cl) 
{ initialise (abs, ord) ; 
couleur = cl ; 



Une fonction d' initialisation pour un objet de type pointcol 

Voici un exemple complet de programme reprenant la definition de la classe pointcol (nous 
supposons que la definition de la classe point est fournie separement et que sa declaration 
figure dans point, h : 

#include <iostream> 

#include "point. h" /* declaration de la classe point (necessaire */ 
/* pour compiler la definition de pointcol) */ 
using namespace std ; 
class pointcol : public point 
{ short couleur ; 
public : 

void colore (short cl) 
{ couleur = cl ; } 
void affichec () ; 



1. Mais ce ne serait pas le cas si affiche n'etait pas une fonction publique Appoint. 
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void initialisec (int, int, short) ; 
} ; 

void point col: :affichec {) 
{ affiche () ; 

cout « " et ma couleur est : " « couleur « "\n" 
} 

void pointcol: : initialisec (int abs, int ord, short cl) 
{ initialise (abs, ord) ; 

couleur = cl ; 
} 

main ( ) 
{ 

pointcol p ; 

p. initialisec (10,20, 5) ; p.affichec () 

p.deplace (2,4) ; p.affichec () 

p. colore (2) ; p.affichec () 

} 

Je suis en 10 20 

et ma couleur est : 5 

Je suis en 10 20 

Je suis en 12 24 

et ma couleur est : 5 

Je suis en 12 24 

et ma couleur est : 2 



p. affiche () 



Une nouvelle classe pointcol et son utilisation 



tf^*~l En Java 



La notion d'heritage existe bien siir en Java. Elle fait appel au mot cle extends a la place 
de public. On peut interdire a une classe de donner naissance a une classe derivee en la 
qualifiant avec le mot cle final ; une telle possibility n'existe pas en C++. 

3 Redefinition des membres 
d'une classe derivee 

3.1 Redefinition des fonctions membres d'une classe derivee 

Dans le dernier exemple de classe pointcol, nous disposions a la fois : 

• dans point, d'une fonction membre nominee ajfiche, 

• dans pointcol, d'une fonction membre nominee affichec. 



3 - Redefinition des membres d'une classe derivee 



Or ces deux methodes font le meme travail, a savoir afficher les valeurs des donnees de leur 
classe. Dans ces conditions, on pourrait souhaiter leur donner le meme nom. Ceci est effecti- 
vement possible en C++, moyennant une petite precaution. En effet, au sein de la fonction 
affiche de pointcol, on ne peut plus appeler la fonction affiche de point comme auparavant : 
cela provoquerait un appel recursif de la fonction affiche de pointcol. II faut alors faire appel 
a l'operateur de resolution de portee (::) pour localiser convenablement la methode voulue 
(ici, on appeWera point: :affiche). 

De maniere comparable, si, pour un objet/? de type pointcol, on appelle la fonction p. affiche, 
il s'agira de la fonction redefinie dans pointcol. Si Ton tient absolument a utiliser la fonction 
affiche de la classe point, on appeWera p. point: : affiche . 

Voici comment nous pouvons transformer l'exemple du paragraphe precedent en nommant 
affiche et initialise les nouvelles fonctions membres de pointcol : 



#include <iostreain> 
#include "point. h" 
using namespace std ; 
class pointcol : public point 
{ short couleur ; 
public : 

void colore {short cl) 
{ couleur = cl ; } 

void affiche {) ; 

void initialise (int, int, 

} ; 

void pointcol: : affiche () 

{ point: : affiche () ; 

cout << " et ma couleur est 
} 

void pointcol: initialise (int abs 
{ point: : initialise (abs, ord) ; 

couleur = cl ; 
} 

main() 
{ pointcol p ; 

p. initialise (10,20, 5) 

p. point :: affiche () ; 

p.deplace (2,4) ; 

p. colore (2) ; 
} 



// redefinition de affiche de point 
short) ; // redefinition de initialise de point 



// appel de affiche de la classe point 
: " << couleur « "\n" ; 

int ord, short cl) 
// appel de initialise de la classe point 



p. affiche () ; 

// pour forcer 1' appel de affiche de point 
p . affiche ( ) ; 
p . affiche ( ) ; 



Je suis en 10 20 

et ma couleur est : 5 
Je suis en 10 20 
Je suis en 12 24 

et ma couleur est : 5 
Je suis en 12 24 

et ma couleur est : 2 



Une classe pointcol dans laquelle les methodes initialise et affiche sont redefinies 
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On a deja dit que Java permettait d'interdire a une classe de donner naissance a des clas- 
ses derivees. Ce langage permet egalement d'interdire la redefinition d'une fonction 
membre en la declarant avec le mot cle final dans la classe de base. 

3.2 Redefinition des membres donnees d'une classe derivee 

Bien que cela soit d'un emploi moins courant, ce que nous avons dit a propos de la redefini- 
tion des fonctions membres s'applique tout aussi bien aux membres donnees. Plus precise - 
ment, si une classe A est definie ainsi : 

class A 

{ 

int a ; 
char b ; 

} ; 

une classe B derivee de A pourra, par exemple, definir un autre membre donnee nomme a : 

class B : public A 
{ float a ; 

} ; 

Dans ce cas, si l'objet b est de type B, b.a fera reference au membre a de type float de b. II 
sera toujours possible d'acceder au membre donnee a de type int (herite de A) par b.A::a l . 

Notez bien que le membre a defini dans B s'ajoute au membre a herite de A ; il ne le rem- 
place pas. 

3.3 Redefinition et surdefinition 

II va de soi que lorsqu'une fonction est redefinie dans une classe derivee, elle masque une 
fonction de meme signature de la classe de base. En revanche, comme on va le voir, les cho- 
ses sont moins naturelles en cas de surdefinition ou, meme, de mixage entre ces deux possibi- 
lites. Considerez : 

class A 
{ public : 

void f(int n) { } // f est surdefinie 

void f(char c) { } // dans A 

} ; 

class B : public A 

{ public : 

void f (float x) { } //on ajoute une troiseme definition dans B 



1. En supposant bien sur que les acces en question soient autorises. 
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main() 

{ int n , 
a.f(n) 
a.f(c) 
b.f(n) 
b.f(c) 

} 



char c ; A a ; B b ; 

// appelle A:f (int) 
// appelle A: f (char) 
// appelle B:f (float) 
// appelle B:f (float) 



(regies habituelles) 

(regies habituelles) 

(alors que peut-etre A:f (int) conviendr ait ) 

(alors que peut-etre A: f (char) conviendrait) 



Ici on a ajoute dans B une troisieme version de/pour le type float. Pour resoudre les appels 
b.f(n) et b.f(c), le compilateur n'a considere que la fonction/de B qui s'est trouvee appelee 
dans les deux cas. Si aucune fonction/n'avait ete definie dans B, on aurait utilise les fonc- 
tions f (int) et (char) de A 

Le meme phenomene se produirait si Ton effectuait dans B une redefinition de l'une des 
fonctions/de^4, comme dans : 



class A 
( public : 

void f (int n) { 

void f (char c) { 

} ; 

class B : public A 
{ public : 

void f (int n) { } 

} ; 

main() 

{ int n ; char c ; B b ; 
b.f(n) ; // appelle 
b.f(c) ; // appelle 

} 



// f est surdefinie 
// dans A 



// on redefinit f (int) dans B 



: (int) 
:f(int) 



Dans ce dernier cas, on voit qu'une redefinition d'une methode dans une classe derivee cache 
en quelque sorte les autres. Voici un dernier exemple : 

class A 
( public : 

void f (int n) { } 

void f (char c) { } 

} ; 

class B : public A 

{ public : 

void f (int, int) { } 

main() 

{ int n ; char c ; B b ; 

b.f(n) ; // erreur de compilation 

b.f(c) ; // erreur de compilation 
} 

Ici, pour les appels b.f(n) et b.f(c), le compilateur n'a considere que l'unique fonction 
f(int, int) de B, laquelle ne convient manifestement pas. 
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En resume : 



Lorsqu'une fonction membre est definie dans une classe, elle masque toutes les 
fonctions membres de meme nom de la classe de base (et des classes ascendan- 
tes). Autrement dit, la recherche d'une fonction (surdefinie ou non) se fait dans une 
seule portee, soit celle de la classe concemee, soit celle de la classe de base (ou 
d'une classe ascendante), mais jamais dans plusieurs classes a la fois. 



\> 



On voit d'ailleurs que cette particularite peut etre employee pour interdire l'emploi dans une 
classe derivee d'une fonction membre d'une classe de base : il suffit d'y definir une fonction 
privee de meme nom (peu importent ses arguments et sa valeur de retour). 

Remarque 

II est possible d'imposer que la recherche d'une fonction surdefinie se fassse dans plu- 
sieurs classes en utilisant une directive using. Par exemple, si dans la classe A precedente, 
on introduit (a un niveau public) l'instruction : 

using A: :f ; // on reintroduit les fonctions f de A 

l'instruction b.f(c) conduira alors a l'appel de Ar.f(char) (le comportement des autres 
appels restant, ici, le meme). 

En Java, on considere toujours 1' ensemble des methodes de nom donne, a la fois dans la 
classe concernee et dans toutes ses ascendantes. 

4 Appel des constructeurs et des destructeurs 

4.1 Rappels 

Rappelons l'essentiel des regies concernant l'appel d'un constructeur ou du destructeur d'une 
classe (dans le cas ou il ne s'agit pas d'une classe derivee) : 

• S'il existe au moins un constructeur, toute creation d'un objet (par declaration ou par new) 
entrainera l'appel d'un constructeur, choisi en fonction des informations fournies en argu- 
ments. Si aucun constructeur ne convient, il y a erreur de compilation. II est done impossible 
dans ce cas de creer un objet sans qu'un constructeur ne soit appele. 

• S'il n'existe aucun constructeur, il n'est pas possible de preciser des informations lors de la 
creation d'un objet. Cette fois, il devient possible de creer un objet, sans qu'un constructeur 
ne soit appele 1 (e'est meme la seule fagon de le faire !). 

• S'il existe un destructeur, il sera appele avant la destruction de l'objet. 



1. On dit aussi parfois qu'il y a "appel du constructeur par defaut". 



4 - Appel des constructeurs et des destructeurs 



4.2 La hierarchisation des appels 



Ces regies se generalisent au cas des classes derivees, en tenant compte de l'aspect hierarchi- 
que qu'elles introduisent. Pour fixer les idees, supposons que chaque classe possede un cons- 
tructeur et un destructeur : 

class A class B : public A 

{ { 

public : public : 

A (...) B (...) 

-A () ~B () 



} ; } ; 

Pour creer un objet de type B, il faut tout d'abord creer un objet de type A, done faire appel au 
constructeur de A, puis le completer par ce qui est specifique a B et faire appel au construc- 
teur de B. Ce mecanisme est pris en charge par C++ : il n'y aura pas a prevoir dans le cons- 
tructeur de B l'appel du constructeur de A. 

La meme demarche s'applique aux destructeurs : lors de la destruction d'un objet de type B, il 
y aura automatiquement appel du destructeur de B, puis appel de celui de A (les destructeurs 
sont appeles dans l'ordre inverse de l'appel des constructeurs). 

4.3 Transmission d'informations entre constructeurs 

Toutefois, un probleme se pose lorsque le constructeur de A necessite des arguments. En 
effet, les informations fournies lors de la creation d'un objet de type B sont a priori destines a 
son constructeur ! En fait, C++ a prevu la possibility de specifier, dans la definition d'un 
constructeur d'une classe derivee, les informations que Ton souhaite transmettre a un cons- 
tructeur de la classe de base. Le mecanisme est le meme que celui que nous vous avons 
expose dans le cas des objets membres (au paragraphe 5 du chapitre 7). Par exemple, si Ton a 
ceci : 

class point class pointcol : public point 
{ { 

public : public : 

point (int, int) ; pointcol (int, int, char) ; 



et que Ton souhaite que pointcol retransmette a point les deux premieres informations recues, 
on ecrira son en-tete de cette maniere : 

pointed (int abs, int ore!, char cl) : point (abs, ord) 

Le compilateur mettra en place la transmission au constructeur de point des informations abs 
et ord correspondant (ici) aux deux premiers arguments de pointcol. Ainsi, la declaration : 

pointcol a (10, 15, 3) ; 

entrainera : 

• l'appel de point qui recevra les arguments 10 et 15, 

• l'appel de pointcol qui recevra les arguments 10, 15 et 3. 
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En revanche, la declaration : 

pointcol q (5, 2) 

sera rejetee par le compilateur puisqu'il n'existe aucun constructeur pointcol a deux argu- 
ments. 

Bien entendu, il reste toujours possible de mentionner des arguments par defaut dans point- 
col, par exemple : 

pointcol (int abs = 0, int ord = 0, char cl = 1) : point (abs, ord) 

Dans ces conditions, la declaration : 

pointed b (5) ; 

entrainera : 

• l'appel de point avec les arguments 5 et 0, 

• l'appel de pointcol avec les arguments 5, et 1 . 

Notez que la presence eventuelle d'arguments par defaut dans point n'a aucune incidence ici 
(mais on peut les avoir prevus pour les objets de type point). 



!(•) En Java 



La transmission d' informations entre un constructeur d'une classe derivee et un construc- 
teur d'une classe de base reste possible mais elle s'exprime de facon differente. Dans un 
constructeur d'une classe derivee, il est necessaire de prevoir l'appel explicite d'un cons- 
tructeur d'une classe de base : on utilise alors le mot super pour designer la classe de 
base. 



4.4 Exemple 



Voici un exemple complet de programme illustrant cette situation : les classes point et point- 
col ont ete limitees a leurs constructeurs et destructeurs (ce qui leur enleverait, bien stir, tout 
interet en pratique) : 

#include <iostream> 
sing namespace std ; 

// ************ classe point ********************* 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) // constructeur de point ("inline") 
{ cout << "++ constr. point : " << abs « " " « ord « "\n" ; 

x = abs ; y =ord ; 
} 
~point () // destructeur de point ("inline") 

{ cout << " — destr. point : " << x « " " « y « "\n" ; 
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// ************ classe pointcol ****************** 
class pointcol : public point 
{ short couleur ; 
public : 
pointcol (int, int, short) ; // declaration constructeur pointcol 
~pointcol () // destructeur de pointcol ("inline") 

{ cout « " — dest. pointcol - couleur : " « couleur « "\n" ; 
} 
} ; 

pointcol: :pointcol (int abs=0, int ord=0, short cl-1) : point (abs, ord) 
{ cout « "++ constr. pointcol : " « abs << " " << ord « " " « cl « "\n" ; 

couleur = cl ; 
} 

// ************ programme d'essai **************** 
main() 
{ pointcol a (10, 15, 3) ; // objets 

pointcol b (2,3) ; // automatiques 

pointcol c (12) ; // 

pointcol * adr ; 

adr = new pointcol (12,25) ; // objet dynamique 

delete adr ; 



++ const 
++ const 
++ const 
++ const 
++ const 
++ const 
++ const 
++ const 

— dest. 

— destr 

— dest. 

— destr 

— dest. 

— destr 

— dest. 

— destr 



r . point : 
r . pointcol 
r . point : 
r . pointcol 
r . point : 
r . pointcol 
r . point : 
r . pointcol 
pointcol - 

point : 
pointcol - 

point : 
pointcol - 

point : 

pointcol - 
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10 15 
: 10 15 3 

2 3 
: 2 3 1 

12 
: 12 1 

12 25 
: 12 25 1 
couleur : 

12 25 
couleur : 

12 
couleur : 

2 3 
couleur : 

10 15 



Appel des constructeurs et destructeurs de la classe de base et de la classe derivee 



\^^ Remarque 



Dans le message affiche par -pointcol, vous auriez peut etre souhaite voir apparaitre les 
valeurs de x et de y Or cela n'est pas possible, du moins telle que la classe point a ete con- 
cue. En effet, un membre d'une classe derivee n'a pas acces aux membres prives de la 
classe de base. Nous reviendrons sur cet aspect fondamental dans la conception de classes 
"reutilisables". 
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4.5 Complements 

Nous venons d'examiner la situation la plus usuelle : la classe de base et la classe derivee 
possedaient au moins un constructeur. 

Si la classe de base ne possede pas de constructeur, aucun probleme particulier ne se pose. II 
en va de meme si elle ne possede pas de destructeur. 

En revanche, si la classe derivee ne possede pas de constructeur, alors que la classe de base 
en comporte, le probleme de la transmission des informations attendues par le constructeur 
de la classe de base se pose de nouveau. Comme celles-ci ne peuvent plus provenir du cons- 
tructeur de la classe derivee, on comprend que la seule situation acceptable soit celle ou la 
classe de base dispose d'un constructeur sans argument. Dans les autres cas, on aboutit a une 
erreur de compilation. 

Par ailleurs, lorsque Ton mentionne les informations a transmettre a un constructeur de la 
classe de base, on n'est pas oblige de se limiter, comme nous l'avons fait jusqu'ici, a des noms 
d' arguments. On peut employer n'importe quelle expression. Par exemple, bien que cela n'ait 
guere de sens ici, nous pourrions ecrire : 

pointcol (int abs, int ord, char cl) : point (abs + ord, abs - ord) 



> 



Remarque 



Le cas du constructeur de recopie sera examine un peu plus loin car sa bonne mise en 
oeuvre necessite la connaissance des possibilites de conversion implicite d'une classe deri- 
vee en une classe de base. 



5 Controle des acces 



Nous n'avons examine jusqu'ici que la situation d'heritage la plus naturelle, c'est-a-dire celle 
dans laquelle : 

• la classe derivee 1 a acces aux membres publics de la classe de base, 

• les "utilisateurs 2 " de la classe derivee ont acces a ses membres publics, ainsi qu'aux mem- 
bres publics de sa classe de base. 

Comme nous allons le voir maintenant, C++ permet d'intervenir en partie sur ces deux sortes 
d'autorisation d'acces, et ce a deux niveaux : 

Lors de la conception de la classe de base : en plus des statuts publics et prives que nous 
connaissons, il existe un troisieme statut dit "protege" (mot cle protected). Les membre pro- 



1. C'est-a-dire toute fonction membre d'une classe derivee. 

2. C'est-a-dire tout objet du type de la classe derivee. 
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teges se comportent comme des membres prives pour l'utilisateur de la classe derivee mais 
comme des membres publics pour la classe derivee elle-meme. 

Lors de la conception de la classe derivee : on peut restreindre les possibilites d'acces aux 
membres de la classe de base. 



5.1 Les membres proteges 



Jusqu'ici, nous avons considere qu'il n'existait que deux "statuts" possibles pour un membre 
de classe : 

• prive : le membre n'est accessible qu'aux fonctions membres (publiques ou privees) et aux 
fonctions amies de la classe ; 

• public : le membre est accessible non seulement aux fonctions membres ou aux fonctions 
amies, mais egalement a l'utilisateur de la classe (c'est-a-dire a n'importe quel objet du type 
de cette classe). 

Nous avons vu que l'emploi des mots cles public et private permettait de distinguer les mem- 
bres prives des membres publics. 

Le troisieme statut - protege - est defini par le mot cle protected qui s'emploie comme les 
deux mots cles precedents. Par exemple, la definition d'une classe peut prendre failure 
suivante : 

class X 

{ private : 

// partie privee 

protected : 

// partie protegee 

public : 

// partie publique 

} ; 

Les membres proteges restent inaccessibles a l'utilisateur de la classe, pour qui ils apparais- 
sent comme des membres prives. Mais ils seront accessibles aux membres d'une eventuelle 
classe derivee, tout en restant dans tous les cas inaccessibles aux utilisateurs de cette classe. 

5.2 Exemple 

Au debut du paragraphe 2, nous avons evoque l'impossibilite, pour une fonction membre 
d'une classe pointcol derivee de point, d'acceder aux membres prives x et y de point. Si nous 
definissons ainsi notre classe point : 

class point 
{ protected : 

int x, y ; 
public : 

point (...); 

affiche () ; 
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il devient possible de definir, dans pointcol, une fonction membre affiche de la maniere 
suivante : 

class pointcol : public point 
{ 

short couleur ; 
public : 

void affiche () 
{ cout « "Je suis en " « x « " " « y « "\n" ; 
cout « " et ma couleur est " « couleur « "\n" ; 



5.3 Interet du statut protege 

Les membres prives d'une classe sont definitivement inaccessibles depuis ce que nous 
appellerons "l'exterieur" de la classe (objets de cette classe, fonctions membres d'une classe 
derivee, objets de cette classe derivee...). Cela peut poser des problemes au concepteur d'une 
classe derivee, notamment si ces membres sont des donnees, dans la mesure ou il est con- 
traint, comme un "banal utilisateur", de passer par "l'interface" obligatoire. De plus, cette 
facon de faire peut nuire a l'efficacite du code genere. 

L 'introduction du statut protege constitue done un progres manifeste : les membres proteges 
se presentent comme des membres prives pour l'utilisateur de la classe, mais ils sont compa- 
rables a des membres publics pour le concepteur d'une classe derivee (tout en restant compa- 
rables a des membres prives pour l'utilisateur de cette derniere). Neanmoins, il faut 
reconnaitre qu'on offre du meme coup les moyens de violer (consciemment) le principe 
d' encapsulation des donnees. En effet, rien n'empeche un utilisateur d'une classe comportant 
une partie protegee de creer une classe derivee contenant les fonctions appropriees permet- 
tant d'acceder aux donnees correspondantes. Bien entendu, il s'agit d'un viol concu delibere- 
ment par l'utilisateur ; cela n'a plus rien a voir avec des risques de modifications 
accidentelles des donnees. 



t> 



Remarques 

1 Lorsqu'une classe derivee possede des fonctions amies, ces dernieres disposent exacte- 
ment des memes autorisations d'acces que les fonctions membres de la classe derivee. En 
particulier, les fonctions amies d'une classe derivee auront bien acces aux membres decla- 
res proteges dans sa classe de base. 

2 En revanche, les declarations d'amitie ne s'heritent pas. Ainsi, si fa ete declaree amie 
d'une classe A et si B derive de A,/n'est pas automatiquement amie de B (il est bien stir 
possible de prevoir une declaration d'amitie appropriee dans B). 
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! *^i En Java 



Le statut protege existe aussi en Java, mais avec une signification un peu diferente : les 
membres proteges sont accessibles non seulement aux classes derivees, mais aussi aux 
classes appartenant au meme "package" (la notion de package n'existe pas en C++). 



5.4 Derivation publique et derivation privee 
5.4.1 Rappels concernant la derivation publique 

Les exemples precedents faisaient intervenir la forme la plus courante de derivation, dite 
"publique" car introduite par le mot cle public dans la declaration de la classe derivee, 
comme dans : 

class pointcol : public point {...}; 

Rappelons que, dans ce cas : 

• Les membres publics de la classe de base sont accessibles a "tout le monde", c'est-a-dire a 
la fois aux fonctions membres et aux fonctions amies de la classe derivee ainsi qu'aux utili- 
sateurs de la classe derivee. 

• Les membres proteges de la classe de base sont accessibles aux fonctions membres et aux 
fonctions amies de la classe derivee, mais pas aux utilisateurs de cette classe derivee. 

• Les membres prives de la classe de base sont inaccessibles a la fois aux fonctions membres 
ou amies de la classe derivee et aux utilisateurs de cette classe derivee. 

De plus, tous les membres de la classe de base conservent dans la classe derivee le statut 
qu'ils avaient dans la classe de base. Cette remarque n'intervient qu'en cas de derivation d'une 
nouvelle classe de la classe derivee. 

Voici un tableau recapitulant la situation : 



Statut dans la classe 
de base 


Acces aux fonctions 
membres et amies de 
la classe derivee 


Acces a un utilisateur 
de la classe derivee 


Nouveau statut dans la 
classe derivee, en cas 
de nouvelle derivation 


public 


oui 


oui 


public 


protege 


oui 


non 


protege 


pnve 


non 


non 


pnve 



La derivation publique 

Ces possibilites peuvent etre restreintes en definissant ce que Ton nomme des derivations pri- 
vees ou protegees. 
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5.4.2 Derivation privee 

En utilisant le mot cle private au lieu du mot cle public, il est possible d'interdire a un utilisa- 
teur d'une classe derivee Faeces aux membres publics de sa classe de base. Par exemple, avec 
ces declarations : 

class point class pointcol : private point 

{ { 

public : public : 

point (...) ; pointcol (...) ; 

void affiche () ; void colore (...) ; 

void deplace (...); ... 

} ; 
} ; 
Si/? est de type pointcol, les appels suivants seront rejetes par le compilateur 1 : 

p. affiche () /* ou meme : p. point :: affiche () */ 
p. deplace (...) /* ou meme : p. point :: deplace (...) */ 

alors que, naturellement, celui-ci sera accepte : 

p. colore (...) 

On peut a juste titre penser que cette technique limite l'interet de l'heritage. Plus precisement, 
le concepteur de la classe derivee peut, quant a lui, utiliser librement les membres publics de 
la classe de base (comme un utilisateur ordinaire) ; en revanche, il decide de fermer totale- 
ment cet acces a l'utilisateur de la classe derivee. On peut dire que l'utilisateur connaitra tou- 
tes les fonctionnalites de la classe en lisant sa declaration, sans qu'il n'ait aucunement besoin 
de lire celle de sa classe de base (il n'en allait pas de meme dans la situation usuelle : dans les 
exemples des paragraphes precedents, pour connaitre l'existence de la fonction membre 
deplace pour la classe pointcol, il fallait connaitre la declaration de point). 

Cela montre que cette technique de fermeture des acces a la classe de base ne sera employee 
que dans des cas bien precis, par exemple : 

• lorsque toutes les fonctions utiles de la classe de base sont redefinies dans la classe derivee 
et qu'il n'y a aucune raison de laisser l'utilisateur acceder aux anciennes ; 

• lorsque Ton souhaite adapter l'interface d'une classe, de maniere a repondre a certaines 
exigences ; dans ce cas, la classe derivee peut, a la limite, ne rien apporter de plus (pas de 
nouvelles donnees, pas de nouvelles fonctionnalites) : elle agit comme la classe de base, 
seule son utilisation est differente ! 



1. A moins que 1'une des fonctions membres affiche ou deplace n'ait ete redefinie dans pointcol. 
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5.5 Les possibilites de derivation protegee 

Depuis sa version 3, C++ dispose d'une possibility supplemental de derivation, dite deriva- 
tion protegee, intermediate entre la derivation publique et la derivation privee. Dans ce cas, 
les membres publics de la classe de base seront consideres comme proteges lors de deriva- 
tions ulterieures. 

On prendra garde a ne pas confondre le mode de derivation d'une classe par rapport a sa 
classe de base (publique, protegee ou privee), defini par l'un des mots public, protected ou 
private, avec le statut des membres d'une classe (public, protege ou prive) defini egalement 
par l'un de ces trois mots. 



> 



Remarques 

1 Dans le cas d'une derivation privee, les membres proteges de la classe de base restent 
accessibles aux fonctions membres et aux fonctions amies de la classe derivee. En revan- 
che, ils seront consideres comme prives pour une derivation future. 

2 Les expressions derivation publique et derivation privee seront ambigues dans le cas 
d'heritage multiple. Plus precisement, il faudra alors dire, pour chaque classe de base, 
quel est le type de derivation (publique ou privee). 

3 En toute rigueur, il est possible, dans une derivation privee ou protegee, de laisser 
public un membre de la classe de base, en le redeclarant explicitement comme dans cet 
exemple : 

class pointed : private point // derivation privee 

I 

public : 



point: :affiche() ; // la methode affiche de la classe de base point 
// sera publique dans pointed 
} ; 

Depuis la norme, cette declaration peut egalement se faire a l'aide du mot cle using 1 

class pointed : private point // derivation privee 

{ 

public : 



using point :: affiche () ; // la methode affiche de la classe de base point 

// sera publique dans pointed 



1. Dont la vocation premiere reste cependant 1'utilisation de symboles declares dans des espaces de noms, comme 
nous le verrons au chapitre 24. 
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5.6 Recapitulation 

Voici un tableau recapitulant les proprietes des differentes sortes de derivation (la mention 
"Acces FMA" signifie : acces aux fonctions membres ou amies de la classe ; la mention 
"nouveau statut" signifie : statut qu'aura ce membre dans une eventuelle classe derivee). 



Classe de base 


Derivee publique 


Derivee protegee 


Derivee privee 


Statut 
initial 


Acces 
FMA 


Acces 
utilisateur 


Nouveau 
statut 


Acces 
utilisateur 


Nouveau 
statut 


Acces 
utilisateur 


Nouveau 
statut 


Acces 
utilisateur 


public 

protege 

prive 








N 
N 


public 

protege 

prive 



N 
N 


protege 

proteg 

prive 


N 
N 
N 


prive 
prive 
prive 


N 
N 
N 



Les differentes sortes de derivation 



> 



Remarque 



On voit clairement qu'une derivation protegee ne se distingue d'une derivation privee que 
lorsque Ton est amene a deriver de nouvelles classes de la classe derivee en question. 



*•) En Java 



Alors que Java dispose des trois statuts public, protege (avec une signification plus large 
qu'en C++) et prive, il ne dispose que d'un seul mode de derivation correspondant a la 
derivation publique du C++. 



6 Compatibility entre classe de base 
et classe derivee 

D'une maniere generale, en P.O.O., on considere qu'un objet d'une classe derivee peut "rem- 
placer" un objet d'une classe de base ou encore que la ou un objet de classe A est attendu, tout 
objet d'une classe derivee de A peut "faire 1' affaire". 

Cette idee repose sur le fait que tout ce que Ton trouve dans une classe de base (fonctions ou 
donnees) se trouve egalement dans la classe derivee. De meme, toute action realisable sur 
une classe de base peut toujours etre realisee sur une classe derivee (ce qui ne veut pas dire 
pour autant que le resultat sera aussi satisfaisant dans le cas de la classe derivee que dans 
celui de la classe de base - on affirme seulement qu'une telle action est possible !). Par exem- 
ple, un point colore peut toujours etre traite comme un point : il possede des coordonnees ; on 
peut les afficher en procedant comme pour celles d'un point. 

Bien entendu, les reciproques de ces deux propositions sont fausses ; par exemple, on ne peut 
pas colorer un point ou s'interesser a sa couleur. 
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On traduit souvent ces proprietes en disant que l'heritage realise une relation est entre la 
classe derivee et la classe de base 1 : tout objet de type pointcol est un point, mais tout objet de 
type point n'est pas un pointcol. 

Cette compatibilite entre une classe derivee et sa classe de base 2 se retrouve en C++, avec 
une legere nuance : elle ne s'applique que dans le cas de derivation publique 3 . Concretement, 
cette compatibilite se resume a l'existence de conversions implicites : 

• d'un objet d'un type derive dans un objet d'un type de base, 

• d'un pointeur (ou d'une reference) sur une classe derivee en un pointeur (ou une reference) 
sur une classe de base. 

Nous allons voir l'incidence de ces conversions sur les affectations entre objets d'abord, entre 
pointeurs ensuite. La derniere situation, au demeurant la plus repandue, nous permettra de 
mettre en evidence : 

• le typage statique des objets qui en decoule ; ce point constituera en fait une introduction a 
la notion de methode virtuelle permettant le typage dynamique sur lequel repose le polymor- 
phisme (qui fera l'objet du chapitre 15). 

• les risques de violation du principe d'encapsulation qui en decoulent. 

6.1 Conversion d'un type derive en un type de base 

Soit nos deux classes "habituelles" : 

class point class pointcol : public point 
{ } { } 

Avec les declarations : 

point a ; 
pointcol b ; 

1' affectation : 

a = b ; 

est legale. Elle entraine une conversion de b dans le type point 4 et l'affectation du resultat a a. 
Cette affectation se fait, suivant les cas : 

• par appel de l'operateur d'affectation (de la classe point) si celui-ci a ete surdefini, 

• par emploi de l'affectation par defaut dans le cas contraire. 
En revanche, l'affectation suivante serait rejetee : 

b = a ; 



1. L'appartenance d'un objet a un autre objet, sous forme d'objets membres realisait une relation de type a (du verbe 
avoir). 

2. Ou l'une de ses classes de base dans le cas de l'heritage multiple, que nous aborderons au chapitre suivant. 

3. Ce qui se justifie par le fait que, dans le cas contraire, il suffirait de convertir un objet d'une classe derivee dans le 
type de sa classe de base pour passer outre la privatisation des membres publics du type de base. 

4. Cette conversion revient a ne conserver de b que ce qui est du type point. Generalement, elle n'entraine pas la 
creation d'un nouvel objet. 
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6.2 Conversion de pointeurs 

Considerons a nouveau une classe point et une classe pointcol derivee de point, chacune 
comportant une fonction membre affiche : 

class point class pointcol : public point 

{ int x, y ; { short couleur ; 

public : public : 

void affiche () ; void affiche () ; 



> 



} ; } ; 

Soit ces declarations : 

point * adp ; 
pointcol * adpc ; 

La encore, C++ autorise l'affectation : 

adp = adpc ; 

qui correspond a une conversion du type pointcol * dans le type point *. 
L'affectation inverse : 

adpc = adp ; 

serait naturellement rejetee. Elle est cependant realisable, en faisant appel a l'operateur de 
cast. Ainsi, bien que sa signification soit discutable 1 , il vous sera toujours possible d'ecrire 
1 'instruction : 

adpc = (pointcol *) adp ; 



Remarque 



S'il est possible de convertir explicitement un pointeur de type point * en un pointeur de 
type pointcol *, il est impossible de convertir un objet de type point en un objet de type 
pointcol. La difference vient de ce que Ton a affaire a une conversion predefinie dans le 
premier cas 2 , alors que dans le second, le compilateur ne peut imaginer ce que vous sou- 
haitez faire. 

6.3 Limitations liees aii typage statique des objets 

Considerons les declarations du paragraphe precedent accompagnees de 3 : 

point p (3, 5) ; pointcol pc (8, 6, 2) ; 
adp = & p ; adpc = & pc ; 



1. Et meme dangereuse, comme nous le verrons au paragraphe 6.4. 

2. Laquelle se borne en fait a un changement de type (sur le plan syntaxique), accompagne eventuellement d'un 
alignement d'adresse (attention, rien ne garantit que l'application successive des deux conversions reciproques 
(point * —> pointcol * puis pointcol * —> point *) fournisse exactement l'adresse initiale !). 

3. En supposant qu'il existe des constructeurs appropries. 
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La situation est alors celle-ci 



adp 



adpc 



\ 



A ce niveau, l'instruction : 

adp -> affiche () ; 

appellera la methode point:: affiche, tandis que l'instruction 

adpc -> affiche () ; 

appellera la methode pointcol:: affiche. 

Nous aurions obtenu les memes resultats avec : 

p. affiche () ; 
pc. affiche () ; 

Si nous executons alors l'affectation : 

adp = adpc ; 

nous aboutissons a cette situation : 




A ce niveau, que va faire une instruction telle que : 

adp -> affiche () ; 
Y aura-t-il appel de point:: affiche ou de pointcol:: affiche ? 

En effet, adp est du type point mais l'objet pointe par adp est du type pointcol. En fait, le 
choix de la methode appelee est realise par le compilateur, ce qui signifie qu'elle est definie 
une fois pour toutes et ne pourra evoluer au fil des changements eventuels de type de l'objet 
pointe. Bien entendu, dans ces conditions, on comprend que le compilateur ne peut que deci- 
der de mettre en place l'appel de la methode correspondant au type defini par le pointeur. Ici, 
il s'agira done de point: : affiche , puisque adp est du type point *. 



L'heritage simple 



Chapitre 13 

Notez bien que si pointcol dispose d'une methode colore (n'existant pas dans point), un appel 
tel que : 

adp -> colore (8) ; 

sera rejete par le compilateur. 

On peut done dire pour l'instant, que le type des objets pointes par adp et adpc est decide et 
fige au moment de la compilation. On peut alors considerer comme un leurre le fait que C++ 
tolere certaines conversions de pointeurs. D'ailleurs, il tolere celles qui, au bout du compte, 
ne poseront pas de probleme vis-a-vis du choix fait au moment de la compilation (comme 
nous l'avons dit, on pourra toujours afficher un pointcol comme s'il s'agissait d'un point). En 
effet, nous pouvons designer, a l'aide d'un meme pointeur, des objets de type different, mais 
nous n'avons pour l'instant aucun moyen de tenir reellement compte du type de l'objet pointe 
(par exemple affiche traite un pointcol comme un point, mais ne peut pas savoir s'il s'agit 
d'un point ou d'un pointcol). 

En realite, nous verrons que C++ permet d'effectuer cette identification d'un objet au moment 
de l'execution (et non plus arbitrairement a la compilation) et de realiser ce que Ton nomme 
le "polymorphisme" ou le "typage dynamique" (alors que jusqu'ici nous n'avions affaire qu'a 
du typage "statique"). Cela necessitera l'emploi de fonctions virtuelles, que nous aborderons 
au chapitre 15. 

Voici un exemple de programme illustrant les limitations que nous venons d'evoquer. Remar- 
quez que, dans la methode affiche de pointcol, nous n'avons pas fait appel a la methode affi- 
che de point ; pour qu'elle puisse acceder aux membres x et y de point, nous avons prevu de 
leur donner le statut protege. 

#include <iostreain> 
using namespace std ; 
class point 

{ protected : // pour que x et y soient accessibles a pointcol 

int x, y ; 
public : 
point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
void affiche () 

{ cout << "Je suis un point \n" ; 

cout << " mes coordonnees sont : " « x « " " « y « "\n" ; 
} 

} ; 

class pointcol : public point 
{ short couleur ; 
public : 
pointcol (int abs=0, int ord=0, short cl=l) : point (abs, ord) 
{ couleur = cl ; 
} 
void affiche () 

{ cout << "Je suis un point colore \n" ; 

cout << " mes coordonnees sont : " « x « " " « y ; 
cout << " et ma couleur est : " « couleur « "\n" ; 
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main() 

{ point p(3,5) ; point * adp = &p ; 

pointed pc (8,6,2) ; pointed * adpc = Spc ; 

adp->affiche () ; adpc->affiche () ; 

cout << " \n" ; 

adp = adpc ; // adpc = adp serait rejete 

adp->affiche () ; adpc->affiche () ; 
} 

Je suis un point 

mes coordonnees sont : 3 5 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est : 2 



Je suis un point 

mes coordonnees sont : 8 6 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est 



Les limitations liees au typage statique des objets 



f^*~i En Java 



En Java, comme en C++, il y a bien compatibilite entre classe de base et classe derivee en 
ce qui concerne l'affectation d'objets (les pointeurs n'existent pas en Java). Mais il ne 
faut pas oublier qu'il s'agit d'affectation de references (et non de copie effective). Par 
ailleurs, les problemes evoques a propos du typage statique n'existent pas en Java, la liga- 
ture etant toujours dynamique : tout se passe en fait comme si tout objet possedait des 
fonctions virtuelles. 

6.4 Les risques de violation des protections de la classe de base 

N.B. Ce paragraphe peut etre ignore dans un premier temps. 

Nous avons vu qu'il etait possible, dans une classe derivee, de rendre prives les membres 
publics herites de la classe de base, en recourrant a une derivation privee. En voici un 
exemple : 

class A class B : private A 

{ int x ; { int u ; 

public : public : 

float z ; double v ; 

void fa () ; void fb () ; 



} ; } ; 

A a ; B b ; 

Ici, l'objet a aura acces aux membres z etfa de A. On pourra ecrire par exemple 
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a. z = 5 .25 ; 
a. fa () ; 

Par contre, l'objet b n'aura pas acces a ces membres, compte tenu du mot private figurant 
dans la declaration de la classe B. Dans ces conditions, les instructions : 

b.z = 8.3 ; 
b.fa () ; 

seront rejetees par le compilateur (a moins, bien stir, que les membres z etfa ne soient redefi- 
nis dans la classe B). 

Neanmoins, l'utilisateur de la classe B peut passer outre cette protection mise en place par le 
concepteur de la classe en procedant ainsi : 

A * ada ; B * adb ; 

adb = sb ; 

ada = (A *) adb ; 

ou encore, plus brievement : 

A * ada = (A *) S b ; 

Dans ces conditions, ada contient effectivement l'adresse de b (nous avons du employer le 
cast car n'oubliez pas que, sinon, la conversion derivee -> base serait rejetee) ; mais ada a 
toujours le type A *. On peut done maintenant acceder aux membres publics de la classe A, 
alors qu'ils sont prives pour la classe B. Ces instructions seront acceptees : 

ada -> z = 8 . 3 ; 
ada -> fa () ; 

7 Le constructeur de recopie et l'heritage 

Qu'il s'agisse de celui par defaut ou de celui fourni explicitement, nous savons que le cons- 
tructeur de recopie est appele en cas : 

• d'initialisation d'un objet par un objet de meme type, 

• de transmission de la valeur d'un objet en argument ou en retour d'une fonction. 

Les regies que nous avons enoncees au paragraphe 4 s'appliquent a tous les constructeurs, 
done au constructeur de recopie. Toutefois, il faut aussi tenir compte de l'existence d'un cons- 
tructeur de recopie par defaut. Examinons les diverses situations possibles, en supposant que 
Ton ait affaire aux instructions suivantes (B derive de A) : 

class A { ... } ; 

class B : public A { ... } ; 

void fct (B) ; // fct est une fonction recevant un argument de type B 

B bl (...) ; // arguments eventuels pour un "constructeur usuel" 

fct (bl) ; // appel de fct a qui on doit transmettre bl par valeur, ce qui 

// implique 1 'appel d'un constructeur de recopie de la classe B 

Bien entendu, tout ce que nous allons dire s'appliquerait egalement aux autres situations d'ini- 
tialisation par recopie, e'est-a-dire au cas ou une fonction renverrait par valeur un resultat de 
type B ou encore a celui ou Ton initialiserait un objet de type B avec un autre objet de type B, 
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comme dans Bb2 = bl ou encore B b2 (bl) (voir eventuellement au paragraphe 3 du chapitre 
7 et au paragraphe 4 du chapitre 7). 

7.1 La classe derivee ne definit pas de constructeur de recopie 

II y a done appel du constructeur de recopie par defaut de B. Rappelons que la recopie se fait 
membre par membre. Nous avons vu ce que cela signifiait dans le cas des objets membres. 
Ici, cela signifie que la "partie" de bl appartenant a la classe A sera traitee comme un mem- 
bre de type A. On cherchera done a appeler le constructeur de recopie de A pour les membres 
donnees correspondants. Rappelons que : 

• si A a defini un tel constructeur, sous forme publique, il sera appele ; 

• s'il n'existe aucune declaration et aucune definition d'un tel constructeur, on fera appel a la 
construction par defaut. 

D'autre part, il existe des situations "intermediaires" (revoyez eventuellement le paragraphe 
3.1.3 du chapitre 7). Notamment, si A declare un constructeur prive, sans le definir, en vue 
d'interdire la recopie d'objets de type A ; dans ce cas, la recopie d'objets de type B s'en trou- 
vera egalement interdite. 



> 



Remarque 



Cette generalisation de la recopie membre par membre aux classes derivees pourrait lais- 
ser supposer qu'il en ira de meme pour l'operateur d'affectation (dont nous avons vu qu'il 
fonctionnait de facon semblable a la recopie). En fait, ce ne sera pas le cas ; nous y 
reviendrons au paragraphe 8. 

7.2 La classe derivee definit un constructeur de recopie 

Le constructeur de recopie de B est alors naturellement appele. Mais la question qui se pose 
est de savoir s'il y a appel d'un constructeur de A. En fait, C++ a decide de ne prevoir aucun 
appel automatique de constructeur de la classe de base dans ce cas (meme s'il existe un cons- 
tructeur de recopie dans A !). Cela signifie que : 



Le constructeur de recopie de la classe derivee doit prendre en charge I'integra- 
lite de la recopie de I'objet, et non seulement de sa partie heritee. 



Mais il reste possible d'utiliser le mecanisme de transmission d' informations entre construc- 
teurs (etudiee au paragraphe 4.3). Ainsi, si le constructeur de B prevoit des informations pour 
un constructeur de A avec un en-tete de la forme : 

B (B S x) : A (. . .) 

il y aura appel du constructeur correspondant de A. 
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En general, on souhaitera que le constructeur de A appele a ce niveau soit le constructeur de 
recopie de A 1 . Dans ces conditions, on voit que ce constructeur doit recevoir en argument 
non pas l'objet x tout entier, mais seulement ce qui, dans x, est de type A. C'est la qu'inter- 
vient la possibility de conversion implicite d'une classe derivee dans une classe de base (etu- 
diee au paragraphe 6). II nous suffira de definir ainsi notre constructeur pour aboutir a une 
recopie satisfaisante : 

B (B & x) : A (x) // x, de type B, est converti dans le type A pour etre 

// transmis au constructeur de recopie de A 
{ // recopie de la partie de x specifique a B (non heritee de A) 
} 

Voici un programme illustrant cette possibilite. Nous definissons simplement nos deux clas- 
ses habituelles point et pointcol en les munissant toutes les deux d'un constructeur de reco- 
pie 2 et nous provoquons l'appel de celui de pointcol en appelant une fonction fct a un 
argument de type pointcol transmis par valeur : 

#include <iostream> 
using namespace std ; 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) // constructeur usuel 
{ x = abs ; y = ord ; 

cout « "++ point " « x « " " « y « "\n" ; 
} 
point (point S p) // constructeur de recopie 

{ x = p.x ; y = p.y ; 

cout « "CR point " « x « " " « y « "\n" ; 
} 
} ; 

class pointcol : public point 
{ char coul ; 
public : 
pointcol (int abs=0, int ord=0, int cl=l) : point (abs, ord) // constr usuel 
{ coul = cl ; 

cout << "++ pointcol " « int (coul) << "\n" ; 



1. Bien entendu, en theorie, il reste possible au constructeur par recopie de la classe derivee B d'appeler n'importe 
quel constructeur de A, autre que son constructeur par recopie. II faut alors etre en mesure de reporter convenable- 
ment dans l'objet les valeurs de la partie de x qui est un A. Dans certains cas, on pourra encore y parvenir par le 
mecanisme de transmission d' informations entre constructeurs. Sinon, il faudra effectuer le travail au sein du cons- 
tructeur de recopie de B, ce qui peut s'averer delicat, compte tenu d'eventuels problemes de droits d'acces... 

2. Ce qui, dans ce cas precis de classe ne comportant pas de pointeurs, n'est pas utile, la recopie par defaut decrite 
precedemment s'averant suffisante dans tous les cas. Mais, ici, l'objectif est simplement d'illustrer le mecanisme de 
transmission d' informations entre constructeurs. 
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pointed (pointcol S p) : point (p) // constructeur de recopie 

// il y aura conversion implicite 
// de p dans le type point 
{ coul = p.coul ; 

cout « "CR pointcol " << int(coul) « "\n" ; 
} 

} ; 

void fct (pointcol pc) 

{ cout << "*** entree dans fct ***\n" ; 

} 

main{) 

{ void fct (pointcol) ; 

pointcol a (2,3,4) ; 

fct (a) ; // appel de fct, a qui on transmet a par valeur 

} 

++ point 2 3 

++ pointcol 4 

CR point 2 3 

CR pointcol 4 

*** entree dans fct *** 

Pour forcer I'appel d'un constructeur de recopie de la classe de base 

8 L'operateur d'affectation et I'heritage 

Nous avons explique comment C++ definit l'affectation par defaut entre deux objets de 
meme type. D'autre part, nous avons montre qu'il etait possible de surdefinir cet operateur 
d'affectation (obligatoirement sous la forme d'une fonction membre). 

Voyons ce que deviennent ces possibilites en cas d'heritage. Supposons que la classe B herite 
(publiquement) de A et considerons, comme nous l'avons fait pour le constructeur de recopie 
(paragraphe 7), les differentes situations possibles. 

8.1 La classe derivee ne surdefinit pas l'operateur = 

L'affectation de deux objets de type B se deroule membre a membre en considerant que la 
"partie heritee de A" constitue un membre. Ainsi, les membres propres a B sont traites par 
l'affectation prevue pour leur type (par defaut ou surdefinie). La partie heritee de A est traitee 
par l'affectation prevue dans la classe A, e'est-a-dire : 

• par l'operateur = surdefini dans A s'il existe et qu'il est public ; 

• par l'affectation par defaut de A si l'operateur = n'a pas ete redefini du tout. 
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On notera bien que si l'operateur = a ete surdefini sous forme privee dans A, son appel ne 
pourra pas se faire pour un objet de type B (en dehors des fonctions membres de B). L'inter- 
diction de l'affectation dans A entraine done, d'office, celle de l'affectation dans B. 

On retrouve un comportement tout a fait analogue a celui decrit dans le cas du constructeur 
de recopie. 

8.2 La classe derivee surdefinit l'operateur = 

L'affectation de deux objets de type B fera alors necessairement appel a l'operateur = defini 
dans B. Celui de A ne sera pas appele, meme s'il a ete surdefini. II faudra done que l'opera- 
teur = de B prenne en charge tout ce qui concerne l'affectation d'objets de type B, y 

compris pour ce qui est des membres herites de A. 

Voici un premier exemple de programme illustrant cela : la classe pointcol derive de point. 
Les deux classes ont surdefini l'operateur = : 

#include <iostream> 
using namespace std ; 
class point 
{ protected : 

int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ;} 
point & operator = (point s a) 
{ x = a.x ; y = a.y ; 

cout « "operateur = de point \n" ; 
return * this ; 
} 

} ; 

class pointcol : public point 
{ protected : 
int coul ; 
public : 

pointcol (int abs=0, int ord=0, int cl-1) : point (abs, ord) { coul=cl ; } 
pointcol & operator = (pointcol & b) 
{ coul = b.coul ; 

cout « "operateur = de pointcol\n" ; 
return * this ; 
} 
void affiche () 
{ cout « "pointcol : " « x « " " « y « " " « coul « "\n" ; 
} 

} ; 

main ( ) 

{ pointcol p(l, 3, 10) , q(4, 9, 20) ; 

cout « "p = " ; p. affiche () ; 

cout « "q avant = " ; q. affiche () ; 

q = p ; 

cout « "q apres = " ; q. affiche () ; 
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p = pointcol : 1 3 10 
q avant = pointcol : 4 9 20 
operateur = de pointcol 
q apres = pointcol : 4 9 10 

Quand la classe de base et la classe derivee surdefinissent l'operateur = 

On voit clairement que l'operateur = defini dans la classe point n'a pas ete appele lors d'une 
affectation entre objets de type pointcol. 

Le probleme est voisin de celui rencontre a propos du constructeur de recopie, avec cette dif- 
ference qu'on ne dispose plus ici du mecanisme de transfert d'arguments qui en permettait un 
appel (presque) implicite. Si Ton veut pouvoir profiter de l'operateur = defini dans A, il fau- 
dra l'appeler explicitement. Le plus simple pour ce faire est d'utiliser les possibilites de con- 
versions de pointeurs examinees au paragraphe precedent. 

Voici comment nous pourrions modifier en ce sens l'operateur = de pointcol : 

pointcol & operator = (pointcol & b) 
{ point * adl, * ad2 ; 

cout « "operateur = de pointcol \n" ; 

adl = this ; // conversion pointeur sur pointcol en pointeur sur point 

ad2 = & b ; // idem 

* adl = * ad2 ; // affectation de la "partie point" de b 

coul = b.coul ; // affectation de la partie propre a pointcol 

return * this ; 
} 

Nous convertissons les pointeurs (this et &b) sur des objets de pointcol en des pointeurs sur 
des objets de type point. II suffit ensuite de realiser une affectation entre les nouveaux objets 
pointes ( * adl et *ad2) pour entrainer l'appel de l'operateur = de la classe point. Voici le nou- 
veau programme complet ainsi modifie. Cette fois, les resultats montrent que l'affectation 
entre objets de type pointcol est satisfaisante. 



#include <iostream> 
using namespace std ; 
class point 
{ protected : 

int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
point & operator = (point & a) 
{ x = a.x ; y = a.y ; 

cout « "operateur = de point \n" ; 
return * this ; 
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class pointed : public point 
{ protected : 
int coul ; 
public : 
pointed (int abs=0, int oroVO, int cl-1) : point (abs, ord) { coul=cl ; } 
pointed & operator = (pointed & b) 
{ point * adl, * ad2 ; 
cout « "operateur = de pointed \n" ; 

adl = this ; // conversion pointeur sur pointcol en pointeur sur point 
ad2 = & b ; // idem 

* adl = * ad2 ; // affectation de la "partie point" de b 
coul = b.coul ; // affectation de la partie propre a pointcol 
return * this ; 
} 
void affiche () 
{ cout « "pointcol : " « x « " " « y « " " « coul « "\n" ; 
} 
} ; 

main ( ) 

{ pointcol p(l, 3, 10) , q(4, 9, 20) ; 
cout « "p = " ; p. affiche () ; 
cout « "q avant = " ; q. affiche () ; 
q = P ; 
cout « "q apres = " ; q. affiche () ; 



p = pointcol : 1 3 10 
q avant = pointcol : 4 9 20 
operateur = de pointcol 
operateur = de point 
q apres = pointcol : 1 3 10 



Comment forcer, dans une classe derivee, Vutilisation de I'operateur = surdefini 

dans la classe de base 



> 



Remarque 



On dit souvent qu'en C++, I'operateur d'affectation n'est pas herite. Une telle affirmation 
est en fait source de confusions. En effet, on peut considerer qu'elle est exacte, car lorsque 
B n'a pas defini I'operateur =, on ne se contente pas de faire appel a celui defini (eventuel- 
lement) dans A (ce qui reviendrait a realiser une affectation partielle ne concernant que la 
partie heritee de A !). En revanche, on peut considerer que cette affirmation est fausse 
puisque, lorsque B ne surdefinit pas I'operateur =, cette classe peut quand meme "profi- 
ter" (automatiquement) de I'operateur defini dans A. 
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9 Heritage et forme canonique d'une classe 

Au paragraphe 4 du chapitre 9, nous avons defini ce que Ton nomme la "forme canonique" 
d'une classe, c'est-a-dire le canevas selon lequel devrait etre construite toute classe disposant 
de pointeurs. 

En tenant compte de ce qui a ete presente aux paragraphes 7 et 8 de ce chapitre, voici com- 
ment ce schema pourrait etre generalise dans le cadre de l'heritage (par souci de brievete, 
certaines fonctions ont ete placees en ligne). On trouve : 

• une classe de base nominee T, respectant la forme canonique deja presentee, 

• une classe derivee nominee U, respectant elle aussi la forme canonique, mais s'appuyant sur 
certaines des fonctionnalites de sa classe de base (constructeur par recopie et operateur d'af- 
fectation). 

class T 
{ public : 

T (...) ; // constructeurs de T, autres que par recopie 

T (const T &) ; // constructeur de recopie de T (forme conseillee) 

~T () ; // destructeur 

T & T: :operator = (const T &) ; // operateur d'af fectation (forme conseillee) 



} ; 

class U : public T 
{ public : 

U (...) ; // constructeurs autres que recopie 

U (const U S x) : T (x) // constructeur recopie de U : utilise celui de T 
< 

// prevoir ici la copie de la partie de x specifique a T (qui n'est pas un T) 
) 

~U () ; 

U S U: : operator = (const U & x) // operateur d'affectation (forme conseillee) 
{ T * adl = this, * ad2 = &x ; 

*adl = *ad2 ; // affectation (a l'objet courant) 

// de la partie de x heritee de T 
// prevoir ici 1' affectation (a l'objet courant) 
// de la partie de x specifique a U (non heritee de T) 



Forme canonique d'une classe derivee 



\> 



Remarque 



Rappelons que, si T definit un constructeur de recopie prive, la recopie d'objets de type U 
sera egalement interdite, a moins bien stir, de definir dans U un constructeur par recopie 
public prenant en charge l'integralite de l'objet (il pourra eventuellement s'appuyer sur 
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un constructeur par recopie prive de T, a condition qu'il n'ait pas ete prevu de corps 
vide !). 

De meme, si T definit un operateur d'affectation prive, l'affectation d'objets de type U 
sera egalement interdite si Ton ne redefinit pas un operateur d'affectation public dans 

U. 

Ainsi, d'une maniere generale, proteger une classe contre les recopies et les affectations, 
protege du meme coup ses classes derivees. 



10 L'heritage et ses limites 



Nous avons vu comment une classe derivee peut tirer parti des possibilites d'une classe de 
base. Si Ton dit parfois qu'elle herite de ses "fonctionnalites", l'expression peut preter a con- 
fusion en laissant croire que l'heritage est plus general qu'il ne Test en realite. 

Prenons l'exemple d'une classe point qui a surdefini l'operateur + (point + point -> point) et 
d'une classe pointcol qui herite publiquement de point (et qui ne redefinit pas +). Pourra-t- 
elle utiliser cette "fonctionnalite" de la classe point qu'est l'operateur + ? En fait, un certain 
nombre de choses sont floues. La somme de deux points colores sera-t-elle un point colore ? 
Si oui, quelle pourrait bien etre sa couleur ? Sera-t-elle simplement un point ? Dans ce cas, on 
ne peut pas vraiment dire que pointcol a herite des possibilites d'addition de point. 

Prenons maintenant un autre exemple : celui de la classe point, munie d'une fonction (mem- 
bre ou amie) coincide, telle que nous l'avions considered au paragraphe 1 du chapitre 8 et une 
classe pointcol heritant de point. Cette fonction coincide pourra-t-elle (telle qu'elle est) etre 
utilisee pour tester la coincidence de deux points colores ? 

Nous vous proposons d'apporter des elements de reponse a ces differentes questions. Pour ce 
faire, nous allons preciser ce qu'est l'heritage, ce qui nous permettra de montrer que les situa- 
tions decrites ci-dessus ne relevent pas (uniquement) de cette notion. Nous verrons ensuite 
comment la conjugaison de l'heritage et des regies de compatibilite entre objets derives (dont 
nous avons parle ci-dessus) permet de donner un sens a certaines des situations evoquees ; les 
autres necessiteront le recours a des moyens supplementaires (conversions, par exemple). 

10.1 La situation d'heritage 

Considerons ce canevas (/ designant un type quelconque) : 

class A class B : public A 
{ { 

public : } ; 

t f( ) ; 
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La classe A possede une fonction membre / (dont nous ne precisons pas ici les arguments), 
fournissant un resultat de type / (type de base ou defini par l'utilisateur). La classe B herite 
des membres publics de A, done de/ Soient deux objets a et b : 

A a ; B b ; 

Bien entendu, l'appel : 

a.f ( ) ; 

a un sens et fournit un resultat de type /. 

Le fait que B herite publiquement de A permet alors d'affirmer que l'appel : 

b.f ( ) ; 

a lui aussi un sens, autrement dit, que/agira sur b (ou avec b) comme s'il etait du type A. Son 
resultat sera toujours de type / et ses arguments auront toujours le type impose par son proto- 
type. 

Lout l'heritage est contenu dans cette affirmation a laquelle il faut absolument se tenir. Expli- 
quons-nous. 

10.1.1 Le type du resultat de l'appel 

Generalement, tant que / est un type usuel, 1' affirmation ci-dessus semble evidente. Mais des 
doutes apparaissent des que / est un type objet, surtout s'il s'agit du type de la classe dont/est 
membre. Ainsi, avec le prototype : 

A f ( ) 

le resultat de l'appel b.f(.....) sera bien de type A (et non de type B comme on pourrait parfois 
le souhaiter...). 

Cette limitation se trouvera toutefois legerement attenuee dans le cas de fonctions renvoyant 
des pointeurs ou des references, comme on le verra au paragraphe 4.3 du chapitre 15. On y 
apprendra en effet que les fonctions virtuelles pourront alors disposer de "valeurs de retours 
covariantes", e'est-a-dire susceptibles de dependre du type de l'objet concerne. 

10.1.2 Le type des arguments de f 

La remarque faite a propos de la valeur de retour s'applique aux arguments de/ Par exemple, 
supposons que /ait pour prototype : 

t f(A) ; 

et que nous ayons declare : 

A al, a2 ; B bl b2 ; 

L'heritage (public) donne effectivement une signification a : 

bl.f (al) 

Quant a l'appel : 

bl.f (b2) 

s'il a un sens, e'est grace a l'existence de conversions implicites : 

• de l'objet bl de type B en un objet du type A si/recoit son argument par valeur ; n'oubliez 
pas qu'alors il y aura appel d'un constructeur de recopie (par defaut ou surdefini) ; 

• d'une reference a bl de type B en une reference a un objet de type A si/recoit ses arguments 
par reference. 
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10.2Exemples 

Revenons maintenant aux exemples evoques en introduction de ce paragraphe. 

10.2.1 Heritage dans pointcol d'un operateur + defini dans point 

En fait, que l'operateur + soit defini sous la forme d'une fonction membre ou d'une fonction 
amie, la "somme" de deux objets a et b de type pointcol sera de type point. En effet, dans le 
premier cas, l'expression : 

a + b 

sera evaluee comme : 

a.operator+ (b) 

II y aura appel de la fonction membre operator+ l pour l'objet a (dont on ne considerera que 
ce qui est du type point), a laquelle on transmettra en argument le resultat de la conversion de 
b en un point 2 . Son resultat sera de type point. 

Dans le second cas, l'expression sera evaluee comme : 

operator+ (a, b) 

II y aura appel de la fonction amie 3 operator+, a laquelle on transmettra le resultat de la con- 
version de a et b dans le type point. Le resultat sera toujours de type point. 

Dans ces conditions, vous voyez que si c est de type pointcol, une banale affectation telle 
que : 

c = a + b ; 

sera rejetee, faute de disposer de la conversion de point en pointcol. On peut d'ailleurs logi- 
quement se demander quelle couleur une telle conversion pourrait attribuer a son resultat. Si 
maintenant on souhaite definir la somme de deux points colores, il faudra redefinir l'opera- 
teur + au sein de pointcol, quitte a ce qu'il f asse appel a celui defini dans point pour la somme 
des coordonnees. 

10.2.2 Heritage dans pointcol de la fonction coincide de point 

Cette fois, il est facile de voir qu'aucun probleme particulier ne se pose 4 , a partir du moment 
ou Ton considere que la coincidence de deux points colores correspond a l'egalite de leurs 
seules coordonnees (la couleur n'intervenant pas). 

A titre indicatif, voici un exemple de programme complet, dans lequel coincide est defini 
comme une fonction membre de point : 



1 . Fonction membre de pointcol, mais heritee de point. 

2. Selon les cas, il y aura conversion d'objets ou conversion de references. 

3. Amie de point et de pointcol par heritage, mais, ici, c'est seulement la relation d'amitie avec point qui est 
employee. 

4. Mais, ici, le resultat fourni par coincide n'est pas d'un type classe ! 
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#include <iostreain> 
using namespace std ; 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
friend int coincide (point &, point &) ; 
} ; 

int coincide (point & p, point & q) 
{ if ((p.x == q.x) SS (p.y == q.y)) return 1 ; 

else return ; 
} 

class pointed : public point 
{ short couleur ; 
public : 
pointcol (int abs=0, int ord=0, short cl=l) : point (abs, ord) 
{ couleur = cl ; } 
} ; 

main() // programme d'essai 

{ pointcol a(2,5,3), b(2,5,9), c ; 

if (coincide (a,b)) cout « "a coincide avec b \n" ; 

else cout « "a et b sont differents \n" ; 
if (coincide (a, c) ) cout « "a coincide avec c \n" ; 

else cout « "a et c sont differents \n" ; 



a coincide avec b 

a et c sont differents 

Heritage, dans pointcol, de lafonction coincide de point 
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Supposons que nous disposions de la classe vect telle que nous l'avons definie au paragraphe 
5 du chapitre 9. Cette classe est munie d'un constructeur, d'un destructeur et d'un operateur 
d'indicage [] (notez bien que, pour etre exploitable, cette classe qui contient des parties dyna- 
miques, devrait comporter egalement un constructeur par recopie et la surdefinition de l'ope- 
rateur d'affectation). 

class vect 

{ int nelem ; 

int * adr ; 
public : 

vect (int n) { adr = new int [nelem=n] ; } 

-vect () {delete adr ; } 

int S operator [] (int) ; 
} ; 

int S vect : : operator [ ] (int i ) 
{ return adr[i] ; } 
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Supposons maintenant que nous ayons besoin de vecteurs dans lesquels on puisse fixer non 
seulement le nombre d'elements, mais les bornes (minimum et maximum) des indices (sup- 
poses etre toujours de type entier). Par exemple, nous pourrions declarer (si vectl est le nom 
de la nouvelle classe) : 

vectl t (15, 24) ; 

ce qui signifierait que / est un tableau de dix entiers d'indices variant de 15 a 24. 

II semble alors naturel d'essayer de deriver une classe de vect. II faut prevoir deux membres 
supplementaires pour conserver les bornes de l'indice, d'oii le debut de la declaration de notre 
nouvelle classe : 

class vectl : public vect 
{ int debut, fin ; 

Manifestement, vectl necessite un constructeur a deux arguments entiers correspondant aux 
bornes de l'indice. Son en-tete sera de la forme : 

vectl (int d, int f) 

Mais l'appel de ce constructeur entrainera automatiquement celui du constructeur de vect. II 
n'est done pas question de faire dans vectl l'allocation dynamique de notre vecteur. Au con- 
traire, nous reutilisons le travail effectue par vect : il nous suffit de lui transmettre le nombre 
d'elements souhaites, d'oii l'en-tete complet de vectl : 

vectl (int d, int f) : vect (f-d+1) 

Quant a la tache specifique de vectl, elle se limite a renseigner les valeurs de debut etfin. 

A priori, la classe vectl n'a pas besoin de destructeur, puisqu'elle n'alloue aucun emplace- 
ment dynamique autre que celui deja alloue par vect. 

Nous pourrions aussi penser que vectl n'a pas besoin de surdefinir l'operateur [], dans la 
mesure oii elle "herite" de celui de vect. Qu'en est-il exactement ? Dans vect, la fonction 
membre operator [] recoit un argument implicite et un argument de type int ; elle fournit une 
valeur de type int. Sur ce plan, l'heritage fonctionnera done correctement et C++ acceptera 
qu'on fasse appel a operator [] pour un objet de type derive vectl . Ainsi, avec : 

vectl t (15, 24) 

la notation : 

t[i] 

qui signifiera 

t. operator!] (i) 

aura bien une signification. 

Le seul ennui est que cette notation designera toujours le ieme element du tableau dynamique 
de l'objet /. Et ce n'est plus ce que nous voulons. II nous faut done surdefinir l'operateur [] 
pour la classe vectl. 

A ce niveau, deux solutions au moins s'offrent a nous : 



utiliser l'operateur existant dans vect, ce qui nous conduit a : 

int S operator!] (int i) 

{ return vect :: operator [ ] (i-debut) ; } 
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• ne pas utiliser l'operateur existant dans vect, ce qui nous conduirait a : 

int S operator [] (int i) 

{ return adr [i-debut] ; } 

(a condition que adr soit accessible a la fonction operator [], done declare public ou, plus 
raisonnablement, prive). 

Cette derniere solution parait peut-etre plus seduisante 1 . 

Voici un exemple complet faisant appel a la premiere solution. Nous avons fait figurer la 
classe vect elle-meme pour faciliter son examen et introduit, comme a l'accoutumee, quel- 
ques affichages d'information au sein de certaines fonctions membres de vect et de vectl : 

#include <iostream> 

using namespace std ; 

// **************** i a c i a sse vect ********************************** 

class vect 

{ int nelem ; // nombre d' elements 

int * adr ; // pointeur sur ces elements 

public : 

vect (int n) // constructeur vect 

{ adr = new int [nelem = n] ; 

cout << "+ Constr. vect de taille " << n « "\n" ; 
} 

-vect () // destructeur vect 

{ cout << "- Destr. vect " ; 

delete adr ; 
} 

int S operator [] (int) ; 
} ; 

int & vect :: operator [] (int i) 
{ return adr[i] ; 

} 

// **************** i a classe derivee : vectl ********************** 

class vectl : public vect 
{ int debut, fin ; 
public : 
vectl (int d, int f) : vect (f - d + 1) // constructeur vectl 

{ cout « "++ Constr. vectl - bornes : " « d « " " « f « "\n" ; 

debut = d ; fin = f ; 
} 
int & operator [] (int) ; 
} ; 
int S vectl: : operator [] (int i) 

{ return vect :: operator [] (i-debut) ; } 



1. Du moins ici, car le travail a effectuer etait simple. En pratique, on cherchera plutot a recuperer le travail deja 
effectue, en se contentant de le completer si necessaire. 
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/I **************** un programme d'essai **** 

main ( ) 

{ 

const int MIN=15, MAX = 24 ; 

vectl t(MIN, MAX) ; 

int i ; 

for (i=MIN ; i<=MAX ; i++) t[i] = i ; 

for (i=MIN ; i<=MAX ; i++) cout « t [i] « 

cout « "\n" ; 
} 

+ Constr. vect de taille 10 
++ Constr. vectl - bornes : 15 24 
15 16 17 18 19 20 21 22 23 24 
- Destr. vect 



\> 



Remarque 



Bien entendu, la encore, pour etre exploitable, la classe vectl devrait definir un construc- 
teur par recopie et l'operateur d'affectation. A ce propos, on peut noter qu'il reste possible 
de definir ces deux fonctions dans vectl, meme si elles n'ont pas ete definies correctement 
dans vect. 



12 Patrons de classes et heritage 



II est tres facile de combiner la notion d'heritage avec celle de patron de classes. Cette combi- 
naison peut revetir plusieurs aspects : 

• Classe "ordinaire" derivee d'une classe patron (c'est-a-dire d'une instance particuliere 
d'un patron de classes). Par exemple, si A est une classe patron definie par template <class 
T>A : 

class B : public A <int> // B derive de la classe patron A<int> 

on obtient une seule classe nominee B. 

• Patron de classes derive d'une classe "ordinaire". Par exemple, A etant une classe 
ordinaire : 

template <class T> class B : public A 

on obtient une famille de classes (de parametre de type T). L'aspect "patron" a ete introduit 
ici au moment de la derivation. 
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• Patron de classes derive d'un patron de classes. Cette possibility peut revetir deux aspects 
selon que Ton introduit ou non de nouveaux parametres lors de la derivation. Par exemple, 
si A est une classe patron definie par template <class T> A, on peut : 

- definir une nouvelle famille de fonctions derivees par : 

template <class T> class B : public A <T> 

Dans ce cas, il existe autant de classes derivees possibles que de classes de base possi- 
bles. 

- definir une nouvelle famille de fonctions derivees par : 

template <class T, class U> class B : public A <T> 

Dans ce cas, on peut dire que chaque classe de base possible peut engendrer une famille 
de classes derivees (de parametre de type U). 

D'une maniere generale, vous pouvez "jouer" a votre gre avec les parametres, c'est-a-dire en 
introduire ou en supprimer a volonte. 

Voici trois exemples correspondant a certaines des situations que nous venons d'evoquer. 

12.1 Classe "ordinaire" derivant d'une classe patron 

Ici, nous avons derive de la classe patron point<int> une classe "ordinaire" nommee 
point int : 

#include <iostream> 

using namespace std ; 

template <class T> class point 

{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) { x = abs ; y = ord ; } 
void affiche () { cout << "Coordonnees : " « x « " " « y « "\n" ; } 

} ; 

class pointcol_int : public point <int> 
{ int coul ; 
public : 
pointcol_int (int abs=0, int ord=0, int cl=l) : point <int> (abs, ord) 
{ coul = cl ; 
} 
void affiche () 
{ point<int>: : affiche () ; cout << " couleur : " « coul « "\n" ; 
} 
} ; 

main ( ) 

{ point <float> pf (3.5, 2.8) ; pf. affiche () ; // instanciation classe patron 
pointcol_int p (3, 5, 9) ; p. affiche (); // emploi (classique) de la classe 

// pointcol_int 
} 
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Coordonnees : 3.5 2. 
Coordonnees : 3 5 
couleur : 9 



12.2 Derivation de patrons avec les memes parametres 

A partir du patron template <class T> class point, nous derivons un patron nomme pointcol 
dans lequel le nouveau membre introduit est du meme type T que les coordonnees du point : 

#include <iostreain> 
using namespace std ; 

template <class T> class point 

{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) { x = abs ; y = ord ; } 
void affiche () { cout « "Coordonnees : " « x « " " « y « "\n" ; } 



template <class T> class pointcol : public point <T> 

{ T coul ; 
public : 
pointcol (T abs=0, T ord=0, T cl=l) : point <T> (abs, ord) { coul = cl ; } 
void affiche () { point<T>: : affiche () ; cout « "couleur : " « coul ; } 



main {) 

{ point <long> p (34, 45) ; p. affiche () ; 

pointcol <short> q (12, 45, 5) ; q. affiche () 



Coordonnees : 34 45 
Coordonnees : 12 45 
couleur : 5 



12.3 Derivation de patrons avec introduction 
d'un nouveau parametre 

A partir du patron template <class T> class point, nous derivons un patron nomme pointcol 
dans lequel le nouveau membre introduit est d'un type U different de celui des coordonnees 
du point : 



#include <iostream> 
using namespace std 
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template <class T> class point 
{ T x ; T y ; 
public : 
point (T abs=0, T ord=0) { x = abs ; y = ord ; } 

void affiche () { cout << "Coordonnees : " « x « " " « y « "\n" ; } 
} ; 

template <class T, class U> class pointcol : public point <T> 
{ U coul ; 
public : 
pointcol (T abs=0, T ord=0, U cl=l) : point <T> (abs, ord) { coul = cl ; } 
void affiche () 
{ point<T> :: affiche () ; cout « "couleur : " « coul « "\n" ; 
} 
} ; 

main ( ) 
{ 

// un point a coordonnees de type float et couleur de type int 
pointcol <float, int> p (3.5, 2.8, 12) ; p. affiche () ; 

// un point a coordonnees de type unsigned long et couleur de type short 
pointcol <unsigned long, short> q (295467, 345789, 8) ; q. affiche () ; 
} 

Coordonnees : 3.5 2.8 
couleur : 12 

Coordonnees : 295467 345789 
couleur : 8 
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Ce paragraphe examine quelques points qui interviennent dans la mise en application de 
l'heritage. Tout d'abord, nous montrerons que la technique peut etre iteree autant de fois 
qu'on le souhaite en utilisant des derivations successives. Puis nous verrons que l'heritage 
peut etre utilise dans des buts relativement differents. Enfin, nous examinerons la maniere de 
mettre en oeuvre les differentes compilations et editions de liens rendues generalement 
necessaires dans le cadre de l'heritage. 

13.1 Derivations successives 

Nous venons d'exposer les principes de base de l'heritage en nous limitant a des situations ne 
faisant intervenir que deux classes a la fois : une classe de base et une classe derivee. 

En fait, ces notions de classe de base et de classe derivee sont relatives puisque : 

• d'une meme classe peuvent etre derivees plusieurs classes differentes (eventuellement uti- 
lisees au sein d'un meme programme), 

• une classe derivee peut a son tour servir de classe de base pour une autre classe derivee. 



L'heritage simple 



Chapitre 13 



Autrement dit, les differentes classes derivees d'une meme classe de base peuvent etre repre- 
sentees par une arborescence telle que : 




Ici, D est derivee de B, elle-meme derivee de A (on dit aussi que D herite de B, qui elle- 
meme herite de A). Pour traduire la relation existant entre A et D, on dira que D est une des- 
cendante de A ou encore que A est une ascendante de D. Naturellement, D est aussi une des- 
cendante de B ; lorsqu'on aura besoin d'etre plus precis, on dira que D est une descendante 
directe de B. 

Par ailleurs, depuis la version 2, C++ elargit les possibilites d'heritage en introduisant ce que 
Ton nomme l'heritage multiple : une classe donnee peut heriter simultanement de plusieurs 
classes. Dans ces conditions, on n'a plus affaire a une arborescence de classes, mais a un gra- 
phe qui peut eventuellement devenir complexe. 

En voici un exemple simple : 
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Tout ce qui a ete dit jusqu'a maintenant s'etend sans aucun probleme a toutes les situations 
d'heritage simple (syntaxe, appel des constructeurs...). D'une maniere generale, lorsque nous 
parlerons d'une classe derivee d'une classe de base, il pourra s'agir d'une descendante quel- 
conque (directe ou non). De meme, lorsque nous parlerons de derivation publique, il faudra 
comprendre que la classe concernee s'obtient par une ou plusieurs derivations successives 
publiques de sa classe de base. Notez qu'il suffit qu'une seule de ces derivations soit privee 
pour qu'au bout du compte, on parle globalement de derivation privee. 



13 - L'heritage en pratique 



En ce qui concerne les situations d'heritage multiple, leur mise en oeuvre necessite quelques 
connaissances supplementaires. Nous avons prefere les regrouper au chapitre 14, notamment 
parce que leur usage est peu repandu. 

13.2Differentes utilisations de l'heritage 

L'heritage peut etre utilise dans deux buts tres differents. 

Par exemple, face a un probleme donne, il se peut qu'on dispose deja d'une classe qui le 
resolve partiellement. On peut alors creer une classe derivee qu'on complete de facon a 
repondre a l'ensemble du probleme. On gagne alors du temps de programmation puisqu'on 
reutilise une partie de logiciel. Meme si Ton n'exploite pas toutes les fonctions de la classe de 
depart, on ne sera pas trop penalise dans la mesure ou les fonctions non utilisees ne seront pas 
incorporees a l'edition de liens. Le seul risque encouru sera celui d'une perte de temps d'exe- 
cution dans des appels imbriques que Ton aurait pu limiter en reecrivant totalement la classe. 
En revanche, les membres donnees non utilises (s'il y en a) occuperont de l'espace dans tous 
les objets du type. 

Dans cet esprit de reutilisation, on trouve aussi le cas ou, disposant d'une classe, on souhaite 
en modifier l'interface utilisateur pour qu'elle reponde a des criteres donnes. On cree alors 
une classe derivee qui agit comme la classe de base ; seule la facon de l'utiliser est differente. 

Dans un tout autre esprit, on peut en ne "partant de rien" chercher a resoudre un probleme en 
l'exprimant sous forme d'un graphe de classes 1 . On peut meme creer ce que Ton nomme des 
"classes abstraites", c'est-a-dire dont la vocation n'est pas de donner naissance a des objets, 
mais simplement d'etre utilisees comme classes de base pour d'autres classes derivees. 



13.3 Exploitation d'une classe derivee 



En ce qui concerne l'utilisation (compilation, edition de liens) d'une classe derivee au sein 
d'un programme, les choses sont tres simples si la classe de base et la classe derivee sont 
creees dans le programme lui-meme (un seul fichier source, un module objet...). Mais il en va 
rarement ainsi. Au paragraphe 2, nous avons deja vu comment proceder lorsqu'on utilise une 
classe de base definie dans un fichier separe. Vous trouverez ci-dapres un schema general 
montrant les operations mises en jeu lorsqu'on compile successivement et separement : 

• une classe de base, 

• une classe derivee, 

• un programme utilisant cette classe derivee. 

La plupart des environnements de programmation permettent de tenir compte des dependan- 
ces entre ces differents fichiers et de faire en sorte que les compilations correspondantes 
n'aient lieu que si necessaire. On retrouve ce mecanisme dans la notion de projet (dans bon 
nombre d' environnements PC) ou de fichier make (dans les environnements UNIX ou 
LINUX). 



1. Ou d'un arbre si Ton ne dispose pas de l'heritage multiple. 
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L'heritage multiple 



Comme nous l'avons signale au chapitre precedent, C++ dispose de possibilites d'heritage 
multiple. II s'agit la d'une generalisation consequente, dans la mesure ou elle permet de 
s'affranchir de la contrainte hierarchique imposee par l'heritage simple. 

Malgre tout, son usage reste assez peu repandu. La principale raison reside certainement dans 
les difficultes qu'il implique au niveau de la conception des logiciels. II est, en effet, plus 
facile de structurer un ensemble de classes selon un ou plusieurs "arbres" (cas de l'heritage 
simple) que selon un simple "graphe oriente sans circuit" (cas de l'heritage multiple). 

Bien entendu, la plupart des choses que nous avons dites a propos de l'heritage simple s'eten- 
dent a l'heritage multiple. Neanmoins, un certain nombre d'informations supplementaires 
doivent etre introduites pour repondre aux questions suivantes : 

• Comment exprimer cette dependance "multiple" au sein d'une classe derivee ? 

• Comment sont appeles les constructeurs et destructeurs concernes : ordre, transmission d'in- 
formations, etc. ? 

• Comment regler les conflits qui risquent d'apparaitre dans des situations telles que celle-ci, 
ou D herite de B et C qui heritent toutes deux de A ? 
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1 Mise en oeuvre de l'heritage multiple 

Considerons une situation simple, celle ou une classe, que nous nommerons /?oz'«fcow/, herite 
de deux autres classes nominees point et coul : 



point 



coul 



pointcoul 



Supposons, pour fixer les idees, que les classes point et coul se presentent ainsi (nous les 
avons reduites a ce qui etait indispensable a la demonstration) : 



class point 

{ int x, y ; 
public : 

point (...) {...} 
-point () { . . . } 
affiche () {...} 

} ; 



class coul 

{ short couleur ; 
public : 

coul (...) {...} 
-coul () {...} 
affiche ( ) { . . . } 

} ; 



Nous pouvons definir une classe pointcoul heritant de ces deux classes en la declarant ainsi 
(ici, nous avons choisi public pour les deux classes, mais nous pourrions employer private ou 
protected 1 ). 

class pointcoul : public point, public coul 

{ ■■■ } ; 
Notez que nous nous sommes contente de remplacer la mention d'une classe de base par une 
liste de mentions de classes de base. 



1. Depuis la version 3. 



1 - Mise en ceuvre de I'heritage multiple 



Au sein de cette classe, nous pouvons definir de nouveaux membres. Ici, nous nous limitons 
a un constructeur, un destructeur et une fonction d'affichage. 

Dans le cas de I'heritage simple, le constructeur devait pouvoir retransmettre des informa- 
tions au constructeur de la classe de base. II en va de meme ici, avec cette difference qu'il y a 
deux classes de base. L'en-tete du constructeur se presente ainsi : 

pointcoul ( ) : point ( ) , coul ( ) 

arguments arguments arguments 

de pointcoul a transmettre a transmettre 
a point a coul 

L'ordre d'appel des constructeurs est le suivant : 

• constructeurs des classes de base, dans l'ordre ou les classes de base sont declarees dans la 
classe derivee (ici, point puis coul), 

• constructeur de la classe derivee (ici, pointcoul). 

Les destructeurs eventuels seront, la encore, appeles dans l'ordre inverse lors de la destruc- 
tion d'un objet de type pointcoul. 

Dans la fonction d'affichage que nous nommerons elle aussi affiche, nous vous proposons 
d'employer successivement les fonctions affiche de point et de coul. Comme dans le cas de 
I'heritage simple, dans une fonction membre de la classe derivee, on peut utiliser toute fonc- 
tion membre publique (ou protegee) d'une classe de base. Lorsque plusieurs fonctions mem- 
bres portent le meme nom dans differentes classes, on peut lever l'ambiguite en employant 
l'operateur de resolution de portee. Ainsi, la fonction affiche de pointcoul sera : 

void affiche {) 

{ point :: affiche () ; coul :: affiche () ; 

} 

Bien entendu, si les fonctions d'affichage de point et de coul se nommaient par exemple affp 
et affc, la fonction affiche aurait pu s'ecrire simplement : 

void affiche {) 

{ affp () ; affc () ; 

} 

L'utilisation de la classe pointcoul est classique. Un objet de type pointcoul peut faire appel 
aux fonctions membres de pointcoul, ou eventuellement aux fonctions membres des classes 
de base point et coul (en se servant de l'operateur de resolution de portee pour lever des ambi- 
guites). Par exemple, avec : 

pointcoul p(3, 9, 2) ; 

p. affiche appellera la fonction affiche de pointcoul, tandis que p. point: -.affiche () appellera 
la fonction affiche de point. 

Naturellement, si l'une des classes point et coul etait elle-meme derivee d'une autre classe, il 
serait egalement possible d'en utiliser l'un des membres (en ayant eventuellement plusieurs 
fois recours a l'operateur de resolution de portee). 
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Voici un exemple complet de definition et d'utilisation de la classe pointcoul, dans laquelle 
ont ete introduits quelques affichages informatifs : 

#include <iostreain> 
using namespace std ; 
class point 
{ 

int x, y ; 
public : 
point (int abs, int ord) 

{ cout << "++ Constr. point \n" ; x=abs ; y=ord ; 
} 
~point () { cout « " — Destr. point \n" ; } 
void affiche () 
{ cout « "Coordonnees : " << x « " " << y « "\n" ; 



class coul 
{ 

short couleur ; 
public : 
coul (int cl) 

{ cout << "++ Constr. coul \n" ; couleur = cl ; 
} 
-coul () { cout « " — Destr. coul \n" ; } 
void affiche () 

{ cout << "Couleur : " << couleur « "\n" ; 



} ; 



class pointcoul : public point, public coul 
{ 
public : 

pointcoul (int, int, int) ; 

~pointcoul () { cout << " Destr. pointcoul \n" ; } 

void affiche () 
{ point: : affiche () ; coul: : affiche () ; 



pointcoul: :pointcoul (int abs, int ord, int cl) : point (abs, ord), coul (cl) 
{ cout « "++++ Constr. pointcoul \n" ; 



1 - Mise en ceuvre de I'heritage multiple 



main() 

{ pointcoul p(3,9, 2) ; 

cout << " \n" ; 

p . af f iche ( ) ; 

cout << " \n" ; 

p. point: :affiche () ; 

cout << " \n" ; 

p.coul: :affiche () ; 

cout << " \n" ; 



// appel de affiche de pointcoul 

// on force 1' appel de affiche de point 

// on force 1' appel de affiche de coul 



++ Constr . point 

++ Constr. coul 

++++ Constr. pointcoul 



Coordonnees : 3 9 
Couleur : 2 



Coordonnees : 3 9 
Couleur : 2 



— Destr. pointcoul 
Destr. coul 
Destr. point 



D> 



Un exemple d'heritage multiple : pointcoul herite de point et de coul 



Remarque 

Nous avons vu comment distinguer deux fonctions membres de meme nom appartenant a 
deux classes differentes (par exemple affiche). La meme demarche s'appliquerait a des 
membres donnees (dans la mesure ou leur acces est autorise). Par exemple, avec : 

class A class B 

{ { 

public : public : 

int x ; int x ; 

} ; } ; 

class C : public A, public B 

{ 

} ; 

C possedera deux membres nommes x, l'un herite de A, l'autre de B. Au sein des fonc- 
tions membres de C, on fera la distinction a l'aide de l'operateur de resolution de 
portee : on parlera de A::x ou de B::x. 
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jf*H En Java 



Java ne connait pas l'heritage multiple. En revanche, il dispose de la notion d'interface 
(inconnue de C++) qui permet en general de traiter plus elegamment les problemes. Une 
interface est simplement un ensemble de specifications de methodes (il n'y a pas de don- 
nees). Lorsqu'une classe "implemente" une interface, elle doit fournir effectivement les 
methodes correspondantes. Une classe peut implementer autant d'interfaces qu'elle le 
souhaite, independamment de la notion d'heritage. 



2 Pour regler les eventuels conflits 
les classes virtuelles 



Considerons la situation suivante : 




correspondant a des declarations telles que : 

class A 

{ 

int x, y ; 

} ; 

class B : public A { } ; 

class C : public A { } ; 

class D : public B, public C 
{ 



2 - Pour regler les eventuels conflits : les classes virtuelles 



En quelque sorte, D herite deux fois de A ! Dans ces conditions, les membres de A (fonctions 
ou donnees) apparaissent deux fois dans D. En ce qui concerne les fonctions membres, cela 
est manifestement inutile (ce sont les memes fonctions), mais sans importance puisqu'elles 
ne sont pas reellement dupliquees (il n'en existe qu'une pour la classe de base). En revanche, 
les membres donnees (x ety) seront effectivement dupliques dans tous les objets de type D. 

Y a-t-il redondance ? En fait, la reponse depend du probleme. Si Ton souhaite que D dispose 
de deux jeux de donnees (de A), on ne fera rien de particulier et on se contentera de les distin- 
guer a l'aide de l'operateur de resolution de portee. Par exemple, on distinguera : 

A::B::x de A::C::x 

ou, eventuellement, si B et C ne possedent pas de membre x : 

B::x de C::x 

En general, cependant, on ne souhaitera pas cette duplication des donnees. Dans ces condi- 
tions, on peut toujours "se debrouiller" pour travailler avec l'un des deux jeux (toujours le 
meme !), mais cela risque d'etre fastidieux et dangereux. En fait, vous pouvez demander a 
C++ de n'incorporer qu'une seule fois les membres de A dans la classe D. Pour cela, il vous 
faut preciser, dans les declarations des classes B et C (attention, pas dans celle de D !) que la 
classe A est "virtuelle" (mot cle virtual) : 

class B : public virtual A { } ; 

class C : public virtual A { } ; 

class D : public B, public C { } ; 

Notez bien que virtual apparait ici dans B et C. En effet, definir A comme "virtuelle" dans la 
declaration de B signifie que A ne devra etre introduite qu'une seule fois dans les descendants 
eventuels de C. Autrement dit, cette declaration n'a guere d'effet sur les classes B et C elles- 
memes (si ce n'est une information "cachee" mise en place par le compilateur pour marquer 
A comme virtuelle au sein de B et C !). Avec ou sans le mot virtual, les classes B et C, se 
comportent de la meme maniere tant qu'elles n'ont pas de descendants. 



> 



Remarque 

Le mot virtual peut etre place indifferemment avant ou apres le mot public (ou le mot pri- 
vate). 
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3 Appels des constructeurs et des 

destructeurs : cas des classes virtuelles 

Nous avons vu comment sont appeles les constructeurs et les destructeurs dans des situations 
telles que : 



A 



B 



I 




C 



De plus, nous savons comment demander des transferts d'informations entre un constructeur 
d'une classe et les constructeurs de ses ascendants directs (C pour B, B pour A, F pour D et 
E). En revanche, nous ne pouvons pas demander a un constructeur de transferer des informa- 
tions a un constructeur d'un ascendant indirect (C pour A, par exemple) et nous n'avons 
d'ailleurs aucune raison de le vouloir (puisque chaque transfert d'information d'un niveau 
vers le niveau superieur etait specifie dans l'en-tete du constructeur du niveau correspon- 
dant). Mais considerons maintenant la situation suivante : 




Si A n'est pas declaree virtuelle dans B et C, on peut considerer que, la classe A etant dupli- 
quee, tout se passe comme si Ton etait en presence de la situation suivante, dans laquelle les 
notations Al et A2 symbolisent toutes les deux la classe A : 



3 - Appels des constructeurs et des destructeurs : cas des classes virtuelles 




Si D a declare les classes B et C dans cet ordre, les constructeurs seront appeles dans l'ordre 
suivant : 

Al B A2 C D 

En ce qui concerne les transferts d'informations on peut tres bien imaginer que B et C n'aient 
pas prevu les memes arguments en ce qui concerne A. 

Par exemple, on peut avoir : 

B (int n, int p, double z) : A {n, p) 
C (int q, float x) : A (q) 

Cela n'a aucune importance puisqu'il y aura en definitive construction de deux objets dis- 
tincts de type A. 

Mais si A a ete declaree virtuelle dans B et C, il en va tout autrement (le dernier schema n'est 
plus valable). En effet, dans ce cas, on ne construira qu'un seul objet de type A. Quels argu- 
ments faut-il transmettre alors au constructeur ? Ceux prevus par B ou ceux prevus par C ? 
En fait, C++ resout cette ambiguite de la facon suivante : 

Le choix des informations a fournir au constructeur de A a lieu non plus dans B ou C, mais 
dans D. Pour ce faire, C++ vous autorise (uniquement dans ce cas de "derivation virtuelle") a 
specifier, dans le constructeur de D, des informations destinees a A. Ainsi, nous pourrons 
avoir : 

D (int n, int p, double z) : B (n, p, z) , A (n, p) 

Bien entendu, il sera inutile (et interdit) de preciser des informations pour A au niveau des 
constructeurs B et C (comme nous l'avions prevu precedemment, alors que A n'avait pas ete 
declaree virtuelle dans B et C). 

En outre, il faudra absolument que A dispose d'un constructeur sans argument (ou 
d'aucun constructeur), afin de permettre la creation convenable d'objets de type B ou C 
(puisque, cette fois, il n'existe plus de mecanisme de transmission d'information d'un cons- 
tructeur de B ou C vers un constructeur de A). 
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En ce qui concerne l'ordre des appels, le constructeur d'une classe virtuelle est toujours 

appele avant les autres. Ici, cela nous conduit a l'ordre A, B, C et D, auquel on peut tout 
naturellement s'attendre. Mais dans une situation telle que : 



I 



G 

(virtual F) 



H 

(virtual F) 



cela conduit a l'ordre (moins evident) F, E, G, H, I (ou F, E, H, G, I selon l'ordre dans lequel 
figurent G et H dans la declaration de I). 



4 Exemple d'utilisation de l'heritage multiple 
et de la derivation virtuelle 

Nous vous proposons un petit exemple illustrant a la fois l'heritage multiple, les derivations 
virtuelles et les transmissions d'informations entre constructeur. II s'agit d'une generalisation 
de l'exemple du pargraphe 1 . Nous y avions defini une clase coul pour representer une cou- 
leur et une classe pointcol derivee de point pour representer des points colores. Ici, nous defi- 
nissons en outre une classe masse pour representer une masse et une classe pointmasse pour 
representer des points dotes d'une masse. Enfin, nous creons une classe pointcolmasse pour 
representer des points dotes a la fois d'une couleur et d'une masse. Nous la faisons deriver de 
pointcol et de pointmasse , ce qui nous conduit a ce schema : 



4 - Exemple d'utilisation de I'heritage multiple et de la derivation virtuelle 



coul 



point 




masse 




pointcolmasse 



Pour eviter la duplication des membres de point dans cette classe, on voit qu'il est necesaire 
d' avoir prevu que les classes pointcol et pointmasse derivent virtuellement de la classe point 
qui doit alors disposser d'un constructeur sans argument. 



#include <iostreain> 
class point 
{ int x, y ; 
public : 
point (int abs, int ord) 

{ cout « "++ Constr. point " « abs << 
x=abs ; y=ord ; 



<< ord « "\n" 



point () // constr. par defaut necessaire pour derivations virtuelles 

{ cout « "++ Constr. defaut point \n" ; x=0 ; y=0 ; } 
void affiche () 
{ cout << "Coordonnees : " « x << " " « y « "\n" ; 



} ; 

class coul 
{ short couleur ; 
public : 

coul (short cl) 

{ cout « "++ Constr. 
couleur = cl ; 



coul 



« cl « "\n" 



void affiche () 

{ cout « "Couleur 



" « couleur << "\n" 
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class masse 
{ int mas ; 
public : 
masse (int m) 

{ cout << "++ Constr. masse " « m << "\n" 

mas = m ; 
} 
void affiche () 

{ cout << "Masse : " << mas « "\n" ; 



class pointcoul : public virtual point, public coul 
{ public : 

pointcoul (int abs, int ord, int cl) : coul (cl) 

// pas d'info pour point car derivation virtuelle 
{ cout « "++++ Constr . pointcoul " << abs « " " « ord « " " 

« cl « "\n" ; 
} 

void affiche () 
{ point: : affiche () ; coul: : affiche () ; 
} 
} ; 

class pointmasse : public virtual point, public masse 
{ public : 

pointmasse (int abs, int ord, int m) : masse (m) 
// pas d'info pour point car derivation virtuelle 
{ cout « "++++ Constr . pointmasse " « abs « " " « ord « " " 

« m « "\n" ; 

} 

void affiche () 
{ point :: affiche () ; masse: : affiche () ; 
} 
} ; 

class pointcolmasse : public pointcoul, public pointmasse 
( public : 

pointcolmasse (int abs, int ord, short c, int m) : point (abs, ord) , 
pointcoul (abs, ord, c) , pointmasse (abs, ord, m) 
// infos abs ord en fait inutiles pour pointcol et pointmasse 
{ cout « "++++ Constr . pointcolmasse " « abs + " " « ord « " " 

« c « " " « m « "\n" ; 
} 

void affiche () 
{ point :: affiche () ; coul: : affiche () ; masse: : affiche () ; 



4 - Exemple d'utilisation de I'heritage multiple et de la derivation virtuelle 



main() 

{ pointcoul p(3,9,2) ; 

p.affiche () ; // appel de affiche de pointcoul 

pointmasse pm(12, 25, 100) ; 

pm. affiche () ; 

pointcolmasse pern (2, 5, 10, 20) ; 

pcm. affiche () ; 

int n ; cin » n ; 



++ Constr. defaut point 

++ Constr. coul 2 

++++ Constr. pointcoul 3 9 2 

Coordonnees : 

Couleur : 2 

++ Constr. defaut point 

++ Constr. masse 100 

++++ Constr. pointmasse 12 25 100 

Coordonnees : 

Masse : 100 

++ Constr. point 2 5 

++ Constr. coul 10 

++++ Constr. pointcoul 2 5 10 

++ Constr. masse 20 

++++ Constr. pointmasse 2 5 20 

++++ Constr. pointcolmasse 5 10 20 

Coordonnees : 2 5 

Couleur : 10 

Masse : 20 

Exemple d'utilisation de I'heritage multiple et des derivations virtuelles 
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Les fonctions virtuelles 
et le polymorphisme 



Nous avons vu qu'en C++ un pointeur sur un type d'objet pouvait recevoir l'adresse de 
n'importe quel objet descendant. Toutefois, comme nous l'avons constate au paragraphe 6.3 
du chapitre 13, a cet avantage s'oppose une lacune importante : l'appel d'une methode pour 
un objet pointe conduit systematiquement a appeler la methode correspondant au type du 
pointeur et non pas au type effectif de l'objet pointe lui-meme. 

Cette lacune provient essentiellement de ce que, dans les situations rencontrees jusqu'ici, 
C++ realise ce que Ton nomme une ligature statique 1 , ou encore un typage statique. Le type 
d'un objet (pointe) y est determine au moment de la compilation. Dans ces conditions, le 
mieux que puisse faire le compilateur est effectivement de considerer que l'objet pointe a le 
type du pointeur. 

Pour pouvoir obtenir l'appel de la methode correspondant au type de l'objet pointe, il est 
necessaire que le type de l'objet ne soit pris en compte qu'au moment de l'execution (le type 
de l'objet designe par un meme pointeur pourra varier au fil du deroulement du programme). 
On parle alors de ligature dynamique 2 ou de typage dynamique, ou mieux de polymor- 
phisme. 

Comme nous allons le voir maintenant, en C++, le polymorphisme peut etre mis en oeuvre en 
faisant appel au mecanisme des fonctions virtuelles. 



1. En anglais, early binding. 

2. En anglais, late binding ou encore dynamic binding. 
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1 Rappel d'une situation ou le typage 
dynamique est necessaire 

Considerons la situation suivante, deja rencontree au 13 : 

class point class pointcol : public point 

{ { 

void affiche () ; void affiche () ; 



} ; } ; 

point p ; 
pointcol pc ; 
point * adp = &p ; 

L 'instruction : 

adp -> affiche () ; 

appelle la methode affiche du type point. 

Mais si nous executons cette affectation (autorisee) : 

adp = & pc ; 

le pointeur adp pointe maintenant sur un objet de type pointcol. Neanmoins, l'instruction : 

adp -> affiche () ; 

fait toujours appel a la methode affiche du type point, alors que le type pointcol dispose 
lui aussi d'une methode affiche. 

En effet, le choix de la methode a appeler a ete realise lors de la compilation ; il a done ete 
fait en fonction du type de la variable adp. C'est la raison pour laquelle on parle de "ligature 
statique". 

2 Le mecanisme des fonctions virtuelles 

Le mecanisme des fonctions virtuelles propose par C++ va nous permettre de faire en sorte 
que l'instruction : 

adp -> affiche ( ) 

appelle non plus systematiquement la methode affiche de point, mais celle correspondant au 
type de l'objet reellement designe par adp (id point ou pointcol). 

Pour ce faire, il suffit de declarer "virtuelle" (mot cle virtual) la methode affiche de la classe 
point : 

class point 
{ 

virtual void affiche () ; 



2 - Le mecanisme des fonctions virtuelles 



Cete instruction indique au compilateur que les eventuels appels de la fonction affiche doi- 
vent utiliser une ligature dynamique et non plus une ligature statique. Autrement dit, lorsque 
le compilateur rencontrera un appel tel que : 

adp -> affiche () ; 

il ne decidera pas de la procedure a appeler. II se contentera de mettre en place un dispositif 
permettant de n'effectuer le choix de la fonction qu'au moment de l'execution de cette instruc- 
tion, ce choix etant base sur le type exact de l'objet ayant effectue l'appel (plusieurs execu- 
tions de cette meme instruction pouvant appeler des fonctions differentes). 

Dans la classe pointcol, on ne procedera a aucune modification : il n'est pas necessaire de 
declarer virtuelle dans les classes derivees une fonction declaree virtuelle dans une classe de 
base (cette information serait redondante). 

A titre d'exemple, voici le programme correspondant a celui du paragraphe 6.3 du chapitre 
13, dans lequel nous nous sommes contente de rendre virtuelle la fonction affiche : 

#include <iostream> 
using namespace std ; 
class point 

{ protected : // pour que x et y soient accessibles a pointcol 

int x, y ; 
public : 
point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
virtual void affiche ( ) 

{ cout « "Je suis un point \n" ; 

cout « " mes coordonnees sont : " « x << " " « y « "\n" ; 



class pointcol : public point 
{ short couleur ; 
public : 
pointcol (int abs=0, int ord=0, short cl=l) : point (abs, ord) 
{ couleur = cl ; 
} 
void affiche () 

{ cout « "Je suis un point colore \n" ; 

cout « " mes coordonnees sont : " « x << " " « y ; 
cout « " et ma couleur est : " « couleur « "\n" ; 
} 
} ; 

main() 

{ point p(3,5) ; point * adp = Sp ; 

pointcol pc (8,6,2) ; pointcol * adpc = Spc ; 

adp->affiche () ; adpc->affiche () ; 

cout << " \n" ; 

adp = adpc ; // adpc = adp serait rejete 

adp->affiche () ; adpc->affiche () ; 
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Je suis un point 

mes coordonnees sont : 3 5 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est 



Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est 
Je suis un point colore 

mes coordonnees sont : 8 6 et ma couleur est 



> 



Mise en ceuvre d'une ligature dynamique (ici pour affiche) par la technique 
des fonctions virtuelles 



Remarques 

1 Par defaut, C++ met en place des ligatures statiques. A l'aide du mot virtual, on peut choi- 
sir la ou les fonctions pour lesquelles on souhaite mettre en place une ligature dynamique. 

2 En C++, la ligature dynamique est limitee a un ensemble de classes derivees les unes 
des autres. 



<•) En Java 



En Java, les objets sont manipules par reference et la ligature des fonctions est toujours 
dynamique. La notion de fonction virtuelle n'existe pas : tout se passe en fait comme si 
toutes les fonctions membres etaient virtuelles. En outre, comme toute classe est toujours 
derivee de la classe Object, deux classes differentes appartiennent toujours a une meme 
hierarchie. Le polymorphisme est done toujours effectif en Java. 

3 Autre situation ou la ligature dynamique 
est indispensable 

Dans l'exemple precedent, lors de la conception de la classe point, nous avons prevu que cha- 
cune de ses descendantes redefinirait a sa guise la fonction affiche. Cela conduit a prevoir, 
dans chaque fonction, des instructions d'affichage des coordonnees. Pour eviter cette redon- 
dance 1 , nous pouvons definir la fonction affiche (de la classe point) de maniere qu'elle : 

• affiche les coordonnees (action commune a toutes les classes). 



1. Bien entendu, l'enjeu esttres limite ici. Mais il pourrait etre important dans un cas reel. 



3 - Autre situation ou la ligature dynamique est indispensable 



• fasse appel a une autre fonction (nommee par exemple identifie), ay ant pour vocation d'af- 
ficher les informations specifiques a chaque objet. Bien entendu, ce faisant, nous supposons 
que chaque descendante de point redefinira identifie de facon appropriee (mais elle n'aura 
plus a prendre en charge l'affichage des coordonnees). 

Cette demarche nous conduit a definir la classe point de la facon suivante : 

class point 
{ 

int x, y ; 
public : 
point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
void identifie () 

{ cout << "Je suis un point \n" ; } 
void affiche () 
{ identifie () ; 

cout << "Mes coordonnees sont : " « x << " " « y « "\n" ; 



Derivons une classe pointcol en redefinissant comme voulu la fonction identifie : 

class pointcol : public point 
{ 

short couleur ; 
public : 
pointcol (int abs=0, int ord=0, int cl=l ) : point (abs, ord) 

{ couleur = cl ; } 
void identifie () 

{ cout << "Je suis un point colore de couleur : " « couleur « "\n" ; } 

} ; 
Si nous cherchons alors a utiliser pointcol de la facon suivante : 

pointcol pc (8, 6, 2) ; 
pc. affiche () ; 

nous obtenons le resultat : 

Je suis un point 

Mes coordonnees sont : 8 6 

ce qui n'est pas ce que nous esperions ! 
Certes, la compilation de l'appel : 

pc. affiche () 

a conduit le compilateur a appeler la fonction affiche de la classe point (puisque cette fonc- 
tion n'est pas redefinie dans pointcol). En revanche, a ce moment-la, l'appel : 

identifie () 

figurant dans cette fonction a deja ete compile en un appel... d'identifie de la classe point. 

Comme vous le constatez, bien qu'ici la fonction affiche ait ete appelee explicitement pour un 
objet (et non, comme precedemment, a l'aide d'un pointeur), nous nous trouvons a nouveau 
en presence d'un probleme de ligature statique. 
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Pour le resoudre, il suffit de declarer virtuelle la fonction identifie dans la classe point. Cela 
permet au compilateur de mettre en place les instructions assurant l'appel de la fonction iden- 
tifie correspondant au type de l'objet l'ayant effectivement appelee. Ici, vous noterez cepen- 
dant que la situation est legerement differente de celle qui nous a servi a presenter les 
fonctions virtuelles (paragraphe 1). En effet, l'appel d 'identifie est realise non plus directe- 
ment par l'objet lui-meme, mais indirectement par la fonction affiche. Nous verrons comment 
le mecanisme des fonctions virtuelles est egalement capable de prendre en charge cet aspect. 

Voici un programme complet reprenant les definitions des classes point etpointcol. II mon- 
tre comment un appel tel que pc. affiche () entraine bien l'appel de identifie du type pointcol 
(ce qui constitue le but de ce paragraphe). A titre indicatif, nous avons introduit quelques 
appels par pointeur, afin de montrer que, la aussi, les choses se deroulent convenablement. 

#include <iostreain> 
using namespace std ; 

class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
virtual void identifie ( ) 

{ cout « "Je suis un point \n" ; } 
void affiche { ) 
{ identifie () ; 

cout « "Mes coordonnees sont : " << x « " " « y « "\n" ; 
} 

} ; 

class pointcol : public point 
{ short couleur ; 
public : 
pointcol (int abs=0, int ord=0, int cl=l ) : point (abs, ord) 

{ couleur = cl ; } 
void identifie {) 

{ cout « "Je suis un point colore de couleur : " « couleur « "\n" ; } 
} ; 

main { ) 

{ point p(3,4) ; pointcol pc(5, 9,5) ; 

p. affiche () ; pc. affiche () ; cout << " \n" ; 

point * adp = Sp ; pointcol * adpc = &pc ; 

adp->affiche () ; adpc->affiche () ; cout « " \n" ; 

adp = adpc ; 

adp->affiche () ; adpc->affiche () ; 
} 



Je suis un point 

Mes coordonnees sont : 3 4 

Je suis un point colore de couleur 

Mes coordonnees sont : 5 9 



4 - Les proprietes des fonctions virtuelles 



Je suis un point 

Mes coordonnees sont : 3 4 

Je suis un point colore de couleur : 5 

Mes coordonnees sont : 5 9 



Je suis un point colore de couleur : 5 
Mes coordonnees sont : 5 9 
Je suis un point colore de couleur : 5 
Mes coordonnees sont : 5 9 



Mise en ceuvre de ligature dynamique (ici pour identified par la technique 
des fonctions virtuelles 

4 Les proprietes des fonctions virtuelles 

Les deux exemples precedents constituaient des cas particuliers d'utilisation de methodes vir- 
tuelles. Nous vous proposons ici de voir quelles en sont les possibilites et les limitations. 



4.1 Leurs limitations sont celles de I'heritage 

A partir du moment ou une fonction/a ete declaree virtuelle dans une classe A, elle sera sou- 
mise a la ligature dynamique dans A et dans toutes les classes descendantes de A : on n'est 
done pas limite aux descendantes directes. Ainsi, on peut imaginer une hierarchie de formes 
geometriques : 





point 






" 1 - 




vecteur 


carre 


cercle 




1 


1 




rectangle 


ellipse 



Si la fonction affiche est declaree virtuelle dans la classe point et redefinie dans les autres 
classes descendant de point, elle sera bien soumise a la ligature dynamique. II est meme envi- 
sageable que les six classes ci-dessus soient parfaitement definies et compilees et qu'on 
vienne en ajouter de nouvelles, sans remettre en cause les precedentes de quelque facon que 
ce soit. Ce dernier point serait d'ailleurs encore plus flagrant si, comme dans le second exem- 
ple (paragraphe 3), la fonction affiche, non virtuelle, faisait elle-meme appel a une fonction 
virtuelle identifie, redefinie dans chaque classe. En effet, dans ce cas, on voit que la fonction 
affiche aurait pu etre realisee et compilee (au sein de point) sans que toutes les fonctions 
identifie qu'elle etait susceptible d'appeler soient connues. On trouve la un aspect seduisant 
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de reutilisabilite : on a defini dans affiche un "scenario" dont certaines parties pourront etre 
precisees plus tard, lors de la creation de classes derivees. 

De meme, supposons que Ton ait defini la structure suivante deja presentee au paragraphe 4 
du chapitre 1 4 : 




Si, dans point, la fonction affiche a ete declaree virtuelle, il devient possible d'utiliser la 
classe liste-points pour gerer une liste d'objets "heterogenes" en derivant les classes voulues 
de point et en y redefinissant affiche. Vous trouverez un exemple au paragraphe suivant. 

4.2 La redefinition d'une fonction virtuelle n'est pas obligatoire 

Jusqu'ici, nous avons toujours redefini dans les classes descendantes une methode declaree 
virtuelle dans une classe de base. Cela n'est pas plus indispensable que dans le cas des fonc- 
tions membres ordinaires. Ainsi, considerons de nouveau la precedente hierarchie de figures, 
en supposant que affiche n'a ete redefinie que dans les classes que nous avons marquees d'une 
etoile (et definie, bien sur, comme virtuelle dans point) : 





point 






" I ^ 




vecteur* 


carre 


cercle 




1 


1 




rectangle 


ellipse* 



Dans ces conditions, l'appel d' affiche conduira, pour chaque classe, a l'appel de la fonction 
mentionnee a cote : 

vecteur vecteur:: affiche 

carre point: : affiche 

rectangle point: : affiche 

cercle point: : affiche 



ellipse 



ellipse:: affiche 
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Le meme mecanisme s'appliquerait en cas d'heritage multiple, a condition de le completer par 
les regies concernant les ambiguites. 

4.3 Fonctions virtuelles et surdefinition 

On peut surdefinir 1 une fonction virtuelle, chaque fonction surdefinie pouvant etre declaree 
virtuelle ou non. 

Par ailleurs, si Ton a defini une fonction virtuelle dans une classe et qu'on la surdefinit dans 
une classe derivee avec des arguments differents, il s'agira alors bel et bien d'une autre fonc- 
tion. Si cette derniere n'est pas declaree virtuelle, elle sera soumise a une ligature statique. 

En fait, on peut considerer que le statut virtue 1/non virtuel joue lui aussi un role discrimina- 
teur dans le choix d'une fonction surdefinie. Par souci de simplicity et de lisibilite, nous vous 
conseillons d'eviter d'exploiter cette possibility : si vous devez surdefinir une fonction vir- 
tuelle, il est preferable que toutes les fonctions de meme nom restent virtuelles. 

4.4 Le type de retour d'une fonction virtuelle redefinie 

Dans la redefinition d'une fonction membre usuelle (non virtuelle), on ne tient pas compte du 
type de la valeur de retour, ce qui est logique. Mais dans le cas d'une fonction virtuelle, des- 
tinee a etre definie ulterieurement, il n'en va plus de meme. Par exemple, supposons que, 
dans la hierarchie de classes du paragraphe precedent, la fonction affiche soit definie ainsi 
dans point : 

virtual void affiche ( ) 

et ainsi dans ellipse : 

virtual int affiche {) 

II va alors de soi que le polymorphisme fonctionnerait mal. C'est pourquoi C++ refuse cette 
possibility qui conduit a une erreur de compilation. 

La redefinition d'une fonction virtuelle doit done respecter exactement le type de la 
valeur de retour. II existe toutefois une exception a cette regie, qui concerne ce que Ton 
nomme parfois les valeurs de retour covariantes. II s'agit du cas ou la valeur de retour 
d'une fonction virtuelle est un pointeur ou une reference sur une classe C. La redefinition 
de cette fonction virtuelle dans une classe derivee peut alors se faire avec un pointeur ou une 
reference sur une classe derivee de C. En voici un exemple : 

class Y : public X{ }; // Y derive de X 

class A 
{ public : 

virtual X & f (int) ; // A::f(int) renvoie un X 



1. Ne confondez pas surdefinition et redefinition. 
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class B : public A 
{ public : 

virtual Y & f (int) ; // B::f(int) renvoie un Y 

// B::f(int) redefinit bien A::f(int) 

} 

Bien entendu, qui peut le plus peut le moins. Si X et Y correspondent a A et B, on a : 

class A 
{ public : 

virtual A & f (int) ; // A::f(int) renvoie un A 



} ; 

class B : public A 

{ public : 

virtual B & f (int) ; // B::f(int) renvoie un B 

// B::f(int) redefinit bien A::f(int) 

// et renvoie un B 

} 

On obtient ainsi une generalisation du polymorphisme a la valeur de retour. 

4.5 On peut declarer une fonction virtuelle dans 
n'importe quelle classe 

Dans tous nos exemples, nous avions declare virtuelle une fonction d'une classe qui n'etait 
pas elle-meme derivee d'une autre. Cela n'est pas obligatoire. Ainsi, dans les exemples de 
hierarchie de formes, point pourrait elle-meme deriver d'une autre classe. Cependant, il faut 
alors distinguer deux situations : 

• La fonction affiche de la classe point n'a jamais ete definie dans les classes ascendantes : 
aucun probleme particulier ne se pose. 

• La fonction affiche a deja ete definie, avec les memes arguments, dans une classe ascendan- 
te. Dans ce cas, il faut considerer la fonction virtuelle affiche comme une nouvelle fonction 
(comme s'il y avait eu surdefinition, le caractere virtuel/non virtuel servant, a faire la dis- 
tinction). Bien entendu, toutes les nouvelles definitions d' 'affiche dans les classes descendan- 
tes seront soumises a la ligature dynamique, sauf si Ton effectue un appel explicite d'une 
fonction d'une classe ascendante au moyen de l'operateur de resolution de portee. Rappelons 
toutefois que nous vous deconseillons fortement ce type de situation. 

4.6 Quelques restrictions et conseils 

4.6.1 Seule une fonction membre peut etre virtuelle 

Cela se justifie par le mecanisme employe pour effectuer la ligature dynamique, a savoir un 
choix base sur le type de l'objet ayant appele la fonction. Cela ne pourrait pas s'appliquer a 
une fonction "ordinaire" (meme si elle etait amie d'une classe). 
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4.6.2 Un constructeur ne peut pas etre virtuel 

De par sa nature, un construteur ne peut etre appele que pour un type classe parfaitement 
defini qui sert, precisement, a definir le type de l'objet a construire. A priori done, un cons- 
tructeur n'a aucune raison d'etre soumis au polymorphisme. D'ailleurs, on peut penser qu'on 
n'appelle j amais un constructeur par pointeur ou reference. Cependant, il existe des situations 
particulieres liees a l'appel implicite d'un constructeur par recopie (qui constitue un cons- 
tructeur comme un autre !). Voyez cet exemple : 



#include <iostream> 
using namespace std ; 
class A 

{ public : A (const As) { cout « "Constructeur de recopie de A\n" ; } 
A () {} 

} ; 

class B : public A 

{ public : B (const B S b) : A (b) { cout « "CR copy B\n" ; } 
B() {} 

} ; 

void g (A a) {} // recoit une copie 

void f (A *ada) { g(*ada) ; } 

main ( ) 

{ B *adb = new B ; 

A *ada = adb ; 

f (ada) ; // ada pointe sur un objet de type B 

} 

Constructeur de recopie de A 



Appel implicite d'un constructeur par recopie 

La fonction ordinaire/ recoit l'adresse d'un objet de type B, par l'intermediaire d'un poin- 
teur de type A *. Elle appelle alors la fonction g en lui transmettant l'objet correspondant par 
valeur, ce qui entraine l'appel du construteur par recopie de la classe A. Pour qu'il y ait appel 
de celui de la classe B, il aurait fallu qu'il y ait polymorphisme, done que ce constructeur soit 
virtuel, ce qui n'est pas possible... 

4.6.3 Un destructeur peut etre virtuel 

En revanche, un destructeur peut etre virtuel. II est toutefois conseille de prendre quelques 
precautions a ce sujet. En effet, considerons cette situation : 

class A { public : ~A() { } 



class B : public A 
{ public : ~B() { } //la presence de virtual ici ne changerait rien 
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main ( ) 

{ A* a ; B* b ; 
b = new B ( ) ; 
a = b ; 

delete a ; //a pointe sur un objet de type B mais on n'appelle que -A 
} 

Comme on peut s'y attendre, l'appel de delete sur l'objet de type B pointe par a ne conduira 
qu'a l'appel du destructeur de^4, lequel opere quand meme sur un objet de type B. II est clair 
que les consequences peuvent etre desastreuses. Deux demarches permettent de pallier cette 
difficulty : 

• soit interdire la suppression d'objets de type A : il suffit alors de ne pas placer de destructeur 
dans A, ou encore de le rendre prive ou protege ; 

• soit placer dans A un constructeur virtuel (quitte a ce qu'il soit vide). 

class A { public : ~A() { } 



class B : public A 

{ public : ~B() { } //la presence de virtual ici est facultative 

} ; 

main ( ) 

{ A* a ; B* b ; 
b = new B ( ) ; 
a = b ; 

delete a ; //a pointe sur un objet de type B et on appelle bien ~B 
} 

Dans ces conditions, les destructeurs des classes derivees seront bien virtuels (meme si le 
mot-cle virtual n'est pas rappele, et bien que leurs noms soient differents d'une classe a sa 
derivee). Ici, on appellera done bien le destructeur du type B. 

D'une maniere generale, nous vous encourageons a respecter la regie suivante : 



Dans une classe de base (destinee a etre derivee), prevoir : 

- soit aucun destructeur ; 

- soit un destructeur prive ou protege ; 

- soit un destructeur public et virtuel. 



4.6.4 Cas particulier de I'operateur d'affectation 

En theorie, I'operateur d'affectation peut, comme toute fonction membre, etre declare virtuel. 
Cependant, il faut bien voir que cette fonction est particuliere, dans la mesure ou la definition 
de 1' affectation d'une classe B, derivee de A, ne constitue pas une redefinition de I'operateur 
d'affectation de A On n'est done pas dans une situation de polymorphisme, comme le mon- 
tre cet exemple artificiel : 
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#include <iostreain> 

using namespace std ; 

class A 

{ public : virtual A & operator = (const AS) { cout « "affectation fictive A\n" ; } 

} ; 

class B : public A 

{ public : virtual B & operator = (const B &) { cout « "affectation fictive B\n" ; } 

} ; 

main ( ) 

{ B *adbl = new B ; B *adb2 - new B; 

*adbl = *adb2 ; 

A *adal = new A ; A *ada2 = new A ; 

adal = adbl ; ada2 = adb2 ; 

*adal = *ada2 ; // appelle affectation de A - virtual ne sert a rien car 
// on ne redefinit pas la meme fonction 



affectation fictive B 
affectation fictive A 

Le polymorphisme ne peut pas s 'appliquer a I 'affectation 

5 Les fonctions virtuelles pures pour 
la creation de classes abstraites 

Nous avons deja eu l'occasion de dire qu'on pouvait definir des classes destinees non pas a 
instancier des objets, mais simplement a donner naissance a d'autres classes par heritage. En 
P.O.O., on dit qu'on a affaire a des "classes abstraites". 

En C++, vous pouvez toujours definir de telles classes. Mais vous devrez peut-etre y intro- 
duce certaines fonctions virtuelles dont vous ne pouvez encore donner aucune definition. 
Imaginez par exemple une classe abstraite forme _geo, destinee a gerer le dessin sur un ecran 
de differentes formes geometriques (carre, cercle...). Supposez que vous souhaitiez deja y 
faire figurer une fonction deplace destinee a deplacer une figure. II est probable que celle-ci 
fera alors appel a une fonction d'affichage de la figure (nommee par exemple dessine). La 
fonction dessine sera declaree virtuelle dans la classe forme _geo et devra etre redefinie dans 
ses descendants. Mais quelle definition lui fournir dans forme geo ? Avec ce que vous con- 
naissez de C++, vous avez toujours la ressource de prevoir une definition vide 1 . 



1. Notez bien qu'il vous faut absolument definir dessine dans forme _geo puisqu'elle est appelee par deplace. 
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Toutefois, deux lacunes apparaissent alors : 

• Rien n'interdit a un utilisateur de declarer un objet de classe forme geo, alors que dans l'es- 
prit du concepteur, il s'agissait d'une classe abstraite. L'appel de deplace pour un tel objet 
conduira a un appel de dessine ne faisant rien ; meme si aucune erreur n'en decoule, cela n'a 
guere de sens ! 

• Rien n'oblige une classe descendant de forme geo a redefinir dessine. Si elle ne le fait pas, 
on retrouve les problemes evoques ci-dessus. 

C++ propose un outil facilitant la definition de classes abstraites : les "fonctions virtuelles 
pures". Ce sont des fonctions virtuelles dont la definition est nulle (0), et non plus seulement 
vide. Par exemple, nous aurions pu faire de notre fonction dessine de la classe forme geo une 
fonction virtuelle pure en la declarant 1 ainsi : 

virtual void dessine (...) = ; 

Certes, a ce niveau, l'interet de cette convention n'apparait pas encore. Mais C++ adopte les 
regies suivantes : 

• Une classe comportant au moins une fonction virtuelle pure est consideree comme abstraite 
et il n'est plus possible de declarer des objets de son type. 

• Une fonction declaree virtuelle pure dans une classe de base doit obligatoirement etre rede- 
finie 2 dans une classe derivee ou declaree a nouveau virtuelle pure 3 ; dans ce dernier cas, la 
classe derivee est elle aussi abstraite. 

Comme vous le voyez, l'emploi de fonctions virtuelles pures regie les deux problemes soule- 
ves par l'emploi de definitions vides. Dans le cas de notre classe forme geo, le fait d'avoir 
rendu dessine virtuelle pure interdit : 

• la declaration d'objets de type forme geo, 

• la definition de classes derivees de forme geo dans lesquelles on omettrait la definition de 
dessine . 



> 



Remarque 

La notion de fonction virtuelle pure depasse celle de classe abstraite. Si C++ s'etait con- 
tents de declarer une classe comme abstraite, cela n'aurait servi qu'a en interdire 
l'utilisation ; il aurait fallu une seconde convention pour preciser les fonctions devant 
obligatoirement etre redefinies. 



1. Ici, on ne peut plus distinguer declaration et definition. 

2. Toujours avec les memes arguments, sinon il s'agit d'une autre fonction. 

3. Depuis la version 3.0, si une fonction virtuelle pure d'une classe de base n'est pas redefmie dans une classe deri- 
vee, elle reste une fonction virtuelle pure de cette classe derivee ; dans les versions anterieures, on obtenait une 
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X P T 

! *^i En Java 



On peut definir explicitement une classe abstraite, en utilisant tout naturellement le mot 
cle abstract 1 . On y precise alors (toujours avec ce meme mot cle abstract) les methodes 
qui doivent obligatoirement etre redefinies dans les classes derivees. 

6 Exemple d'utilisation de fonctions virtuelles : 
liste heterogene 

Nous allons creer une classe permettant de gerer une liste chainee d'objets de types differents 
et disposant des fonctionnalites suivantes : 

• ajout d'un nouvel element, 

• affichage des valeurs de tous les elements de la liste, 

• mecanisme de parcours de la liste. 

Rappelons que, dans une liste chainee, chaque element comporte un pointeur sur 1' element 
suivant. En outre, un pointeur designe le premier element de la liste. Cela correspond a ce 
schema : 












Informations 

2 













Informations 
3 





debut 

Mais ici Ton souhaite que les differentes informations puissent etre de types differents. Aussi 
chercherons nous a isoler dans une classe (nommee liste) toutes les fonctionnalites de gestion 
de la liste elle-meme sans entrer dans les details specifiques aux objets concernes. Nous 
appliquerons alors ce schema : 



1. Ce qui est manifestement plus logique et plus direct qu'en C++ ! 
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La classe liste elle-meme se contentera done de gerer des elements simples reduits chacun a : 

• un pointeur sur l'element suivant, 

• un pointeur sur l'information associee (en fait, ici, un objet). 
On voit done que la classe va posseder au moins : 

• un membre donnee : pointeur sur le premier element {debut, dans notre schema), 

• une fonction membre destinee a inserer dans la liste un objet dont on lui fournira l'adresse 
(nous choisirons l'insertion en debut de liste, par souci de simplification). 

L'affichage des elements de la liste se fera en appelant une methode affiche, specifique a 
l'objet concerne. Cela implique la mise en oeuvre de la ligature dynamique par le biais des 
fonctions virtuelles. La fonction affiche sera definie dans un premier type d'objet (nomme ici 
mere) et redefinie dans chacune de ses descendantes. 

En definitive, on pourra gerer une liste d'objets de types differents sous reserve que les clas- 
ses correspondantes soient toutes derivees d'une meme classe de base. Cela peut sembler 
quelque peu restrictif. En fait, cette "famille de classes" peut toujours etre obtenue par la 
creation d'une classe abstraite (reduite au minimum, eventuellement a une fonction affiche 
vide ou virtuelle pure) destinee simplement a donner naissance aux classes concernees. Bien 
entendu, cela n'est concevable que si les classes en question ne sont pas deja figees (car il faut 
qu'elles heritent de cette classe abstraite). 

D'oii une premiere ebauche de la classe liste : 

struct element // structure d'un element de liste 

{ element * suivant ; // pointeur sur l'element suivant 

mere * contenu ; // pointeur sur un objet quelconque 
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class liste 

{ element * debut ; 

public : 

liste () ; 

-liste () ; 

void ajoute (mere 

void affiche () ; 



// pointeur sur premier element 

// construct eur 

// destructeur 

// ajoute un element en debut de liste 



} ; 
Pour mettre en oeuvre le parcours de la liste, nous prevoyons des fonctions elementaires 
pour : 

• initialiser le parcours, 

• avancer d'un element. 

Celles-ci necessitent un "pointeur sur un element courant". II sera membre donnee de notre 
classe liste ; nous le nommerons courant. Par ailleurs, les deux fonctions membres evoquees 
doivent fournir en retour une information concernant l'objet courant. A ce niveau, on peut 
choisir entre : 

• l'adresse de l'element courant, 

• l'adresse de l'objet courant (c'est-a-dire l'objet pointe par l'element courant), 

• la valeur de l'element courant. 

La deuxieme solution semble la plus naturelle. II faut simplement fournir a l'utilisateur un 
moyen de detecter la fin de liste. Nous prevoirons done une fonction supplemental permet- 
tant de savoir si la fin de liste est atteinte (en toute rigueur, nous aurions aussi pu fournir un 
pointeur nul comme adresse de l'objet courant ; mais ce serait moins pratique car il faudrait 
obligatoirement agir sur le pointeur de liste avant de savoir si Ton est a la fin). 

En definitive, nous introduisons trois nouvelles fonctions membres : 

void * premier ( ) ; 
void * prochain () ; 
int fini {) ; 

Voici la liste complete des differentes classes voulues. Nous lui avons adjoint un petit pro- 
gramme d'essai qui definit deux classes point et complexe (lesquelles n'ont pas besoin de 
deriver l'une de 1' autre), derivees de la classe abstraite mere et dotees chacune d'une fonction 
affiche appropriee. 



// pour la definition de NULL 



#include <iostream> 

#include <cstddef> 

using namespace std ; 

// **************** classe mere ****************************** 

class mere 

{ public : 

virtual void affiche = ; // fonction virtuelle pure 
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I/ ********************* c i asS e liste ************************************** 

struct element // structure d'un element cle liste 

{ element * suivant ; // pointeur sur 1' element suivant 

mere * contenu ; // pointeur sur un objet quelconque 

} ; 

class liste 

{ element * debut ; // pointeur sur premier element 

element * courant ; // pointeur sur element courant 
public : 

liste () // constructeur 

{ debut = NULL ; courant = debut ; } 

-liste () ; // destructeur 

void ajoute (mere *) ; // ajoute un element 

void premier () // positionne sur premier element 
{ courant = debut ; 



mere * prochain {) // fournit l'adresse de 1' element courant (0 si fin) 

// et positionne sur prochain element (rien si fin) 
{ mere * adsuiv = NULL ; 

if (courant != NULL) { adsuiv = courant -> contenu ; 
courant = courant -> suivant ; 
} 
return adsuiv ; 
} 
void affiche_liste () ; // affiche tous les elements de la liste 

int fini {) { return (courant = NULL) ; } 

} ; 

liste: : -liste () 
{ element * suiv ; 

courant = debut ; 

while (courant != NULL ) 
{ suiv = courant->suivant ; delete courant ; courant = suiv ; } 
} 

void liste: :ajoute (mere * chose) 
{ element * adel = new element ; 

adel->suivant = debut ; 

adel->contenu = chose ; 

debut = adel ; 
} 

void liste: :affiche_liste () 
{ mere * ptr ; 
premier ( ) ; 
while ( ! fini() ) 

{ ptr = (mere *) prochain () ; 
ptr->affiche () ; 
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// **************** classe point ***********************************^ 
class point : public mere 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) { x=abs ; y=ord ; } 
void affiche {) 

{ cout << "Point de coordonnees : " « x << " " « y « "\n" ; } 
} ; 

// **************** c i asS e complexe ********************************^ 
class complexe : public mere 
{ double reel, imag ; 
public : 
complexe (double r=0, double i=0) { reel=r ; imag=i ; } 
void affiche () 

{ cout << "Complexe : " « reel << " + " << imag « "i\n" ; } 
} ; 

// **************** programme d'essai ******************************^ 

main() 

{ liste 11 ; 

point a (2, 3), b(5,9) ; 

complexe x (4. 5, 2. 7), y(2.35,4.86) ; 

ll.ajoute (Sa) ; ll.ajoute (Sx) ; ll.affiche_liste () ; 

cout « " \n" ; 

ll.ajoute (Sy) ; ll.ajoute (&b) ; ll.affiche_liste () ; 
} 

Complexe : 4 . 5 + 2 . 7i 
Point de coordonnees : 2 3 



Point de coordonnees : 5 9 
Complexe : 2.35 + 4.86i 
Complexe : 4 . 5 + 2 . 7i 
Point de coordonnees : 2 3 



Declaration, definition et utilisation d'une liste heterogene 



> 



Remarque 



Par souci de simplicity, nous n'avons pas redefini dans la classe liste l'operateur d'affec- 
tation et le constructeur de recopie. Dans un programme reel, il faudrait le faire, quite 
d'ailleurs a ce que ces fonctions se contentent d'interrompre l'execution ou encore de 
"lever une exception" (comme nous apprendrons a le faire plus tard). 
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7 Le mecanisme d'identification dynamique 
des objets 

N.B. Ce paragraphe peut etre ignore dans un premier temps. 

Nous avons vu que la technique des fonctions virtuelles permettait de mettre en oeuvre la 
ligature dynamique pour les fonctions concernees. Cependant, pour l'instant, cette technique 
peut vous apparaitre comme une simple recette. La comprehension plus fine du mecanisme, 
et done sa portee veritable, passent par la connaissance de la maniere dont il est effective - 
ment implante. Bien que cette implementation ne soit pas explicitement imposee par le lan- 
gage, nous vous proposons de decrire ici la demarche couramment adoptee par les differents 
compilateurs existants. 

Pour ce faire, nous allons considerer un exemple un peu plus general que le precedent, a 
savoir : 

• une classe point comportant deux fonctions virtuelles : 

class point 
{ 

virtual void identifie () ; 
virtual void deplace (...) ; 

} ; 

• une classe pointcol, derivee de point, ne redefinissant que identifie : 

class pointcol : public point 
{ 

void identifie () ; 

} ; 
D'une maniere generale, lorsqu'une classe comporte au moins une fonction virtuelle, le com- 
pilateur lui associe une table contenant les adresses de chacune des fonctions virtuelles cor- 
respondantes. Avec l'exemple cite, nous obtiendrons les deux tables suivantes : 

• lors de la compilation de point : 



&point::identifie 



&point:: deplace 



Table de point 
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lors de la compilation de pointcol 



&pointcol : :identifie 



&pointcol::deplace 



Table de pointcol 



Notez qu'ici la seconde adresse de la table de pointcol est la meme que pour la table de point, 
dans la mesure ou la fonction deplace n'a pas ete redefinie. 

D'autre part, tout objet d'une classe comportant au moins une fonction virtuelle se voit attri- 
buer par le compilateur, outre l'emplacement memoire necessaire a ses membres donnee, un 
emplacement supplemental de type pointeur, contenant l'adresse de la table associee a sa 
classe. Par exemple, si nous declarons (en supposant que nous disposons des constructeurs 
habituels) : 

point p (3, 5) ; 
pointcol pc (8, 6, 2) ; 

nous obtiendrons : 

vers table de point 



—— » 

3 

5 











8 




6 




2 





vers table de pointcol 



On peut ainsi dire que ce pointeur, introduit dans chaque objet, represente l'information per- 
mettant d'identifier la classe de l'objet. C'est effectivement cette information qui est exploitee 
pour mettre en oeuvre la ligature dynamique. Chaque appel d'une fonction virtuelle est traduit 
par le compilateur de la facon suivante : 

• prelevement dans l'objet de l'adresse de la table correspondante (quelle que soit la maniere 
dont une fonction est appelee - directement ou par pointeur -, elle recoit toujours l'adresse 
de l'objet en argument implicite) ; 

• branchement a l'adresse figurant dans cette table a un rang donne. Notez bien que ce rang 
est parfaitement defini a la compilation : toutes les tables comporteront l'adresse de depla- 
ce 1 , par exemple en position 2. En revanche, c'est lors de l'execution que sera effectue le 
"choix de la bonne table". 
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8 Identification de type a I'execution 

La norme ANSI a introduit dans C++ un mecanisme permettant de connaitre (identifier et 
comparer), lors de I'execution du programme, le type d'une variable, d'une expression ou d'un 
objet 1 . 

Bien entendu, cela ne presente guere d'interet si un tel type est defini lors de la compilation. 
Ainsi, avec : 

int n ; 

float x ; 

il ne sera guere interessant de savoir que le type de n ou celui de x peuvent etre connus ou 
encore que n et x sont d'un type different. La meme remarque s'appliquerait a des objets d'un 
type classe. 

En fait, cette possibility a surtout ete introduite pour etre utilisee dans les situations de poly- 
morphisme que nous avons evoquees tout au long de ce chapitre. 

Plus precisement, il est possible, lors de I'execution, de connaitre le veritable type d'un 
objet designe par un pointeur ou par une reference. 

Pour ce faire, il existe un operateur a un operande nomme typeid fournissant en resultat un 
objet de type predefini typeinfo. Cette classe contient la fonction membre name(), laquelle 
fournit une chaine de caracteres 2 representant le nom du type. Ce nom n'est pas impose par la 
norme ; il peut done dependre de l'implementation, mais on est stir que deux types differents 
n'auront jamais le meme nom. 

De plus, la classe dispose de deux operateurs binaires == et /= qui permettent de comparer 
deux types. 

8.1 Utilisation du champ name de type_info 

Voici un premier exemple inspire du programme utilise au paragraphe 2 pour illustrer le 
mecanisme des fonctions virtuelles ; il montre l'interet que presente typeid lorsqu'on l'appli- 
que dans un contexte de polymorphisme. 

#include <iostream> 

#include <typeinfo> // pour typeid 

using namespace std ; 



1 . Eventuellement, les tables de certaines classes pourront contenir plus d'adresses si elles introduisent de nouvelles 
fonctions virtuelles, mais celles qu'elles partagent avec leurs ascendantes occuperont toujours la meme place et e'est 
la l'essentiel pour le bon deroulement des operations. 

1. En anglais, ce mecanisme est souvent nomme R. T. T.I. (Run Time Type Identification). 

2. II s'agit d'une chaine au sens du C (pointeur de type char *) et non d'un objet de type predefini string. 
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class point 
{ public : 

virtual void affiche {) 
{ } // ici vide - utile pour le polymorphisme 
} ; 

class pointed : public point 
{ public : 

void affiche ( ) 
{ } // ici vide 
} ; 

main{) 

{ point p ; pointcol pc ; 

point * adp ; 

adp = Sp ; 

cout « "type de adp : " « typeid (adp) .nameO « "\n" ; 

cout « "type de *adp : " « typeid (*adp) .nameO « "\n" 

adp = Spc ; 

cout « "type de adp : " « typeid (adp) -nameO « "\n" ; 

cout « "type de *adp : " « typeid (*adp) .nameO « "\n" 
} 

type de adp : point * 

type de *adp : point 

type de adp : point * 

type de *adp : pointcol 



D> 



Exemple d 'utilisation de I'operateur typeid 

On notera bien que, pour typeid, le type du pointeur adp reste bien point *. En revanche, le 
type de l'objet pointe (*adp) est bien determine par la nature exacte de l'objet pointe. 



Remarques 

1 Rappelons que la norme n'impose pas le nom exact que doit fournir cet operateur ; on 
n'est done pas assure que le nom de type sera toujours point, point *, pointcol * comme 
ici. 

2 Ici, les methodes affiche ont ete prevues vides ; elles ne servent en fait qu'a assurer le 
polymorphisme. En l'absence de methode virtuelle, I'operateur typeid se contenterait de 
fournir comme type d'un objet pointe celui defini par le type (statique) du pointeur. 
Notez que nous n'avons pas utilise une fonction virtuelle pure dans point, car il n'aurait 
plus ete possible d'instancier un objet de type point. 

3 Le typage dynamique obtenu par les fonctions virtuelles permet d'obtenir d'un objet un 
comportement adapte a son type, sans qu'il soit pour autant possible de connaitre expli- 
citement ce type. Ces possibilites s'averent generalement suffisantes. Seules quelques 
applications tres specifiques (telles que des "debogueurs") auront besoin de recourir a 
F identification dynamique de type. 
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8.2 Utilisation des operateurs de comparaison de type_info 

Voici, toujours inspire du programme utilise au paragraphe 2, un exemple montrant l'utilisa- 
tion de l'operateur == : 

#include <iostreain> 

tinclude <typeinfo> // pour typeid 

using namespace std ; 
class point 
{ public : 

virtual void affiche {) 
{ } // ici vide - utile pour le polymorphisme 
} ; 

class pointcol : public point 
{ public : 

void affiche () 
{ } // ici vide 



main ( ) 

{ point pi, p2 ; 
pointcol pc ; 
point * adpl, * adp2 ; 
adpl = Spl ; adp2 = Sp2 ; 

cout « "En A : les objets pointes par adpl et adp2 sont de " ; 
if (typeid (*adpl) = typeid (*adp2) ) cout « "meme type\n" ; 

else cout « "type different\n" ; 
adpl = &pl ; adp2 = &pc ; 

cout « "En B : les objets pointes par adpl et adp2 sont de " ; 
if (typeid (*adpl) = typeid (*adp2) ) cout « "meme type\n" ; 

else cout « "type different\n" ; 



En A : les objets pointes par adpl et adp2 sont de meme type 

En B : les objets pointes par adpl et adp2 sont de type different 

Exemple de comparaison de types dynamiques avec l'operateur == (1) 

8.3 Exemple avec des references 

Voici un dernier exemple ou Ton applique l'operateur == a des references. On voit qu'on dis- 
pose ainsi d'un moyen de s'assurer dynamiquement (au moment de l'execution) de l'identite 
de type de deux objets recus en argument d'une fonction. 

#include <iostream> 

tinclude <typeinfo> // pour typeid 

using namespace std ; 
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class point 
{ public : 

virtual void af f iche ( ) 
{ } // ici vide 
} ; 

class pointed : public point 
{ public : 

void affiche () 

{ } // ici vide 
} ; 

void fct (point & a, point & b) 
{ if (typeid(a) = typeid(b)) 

cout << "reference a des objets de meme type \n" ; 
else cout << "reference a des objets de type different \n" 
} 

main{) 
{ point p ; 
pointcol pel, pc2 ; 

cout « "Appel A : " ; fct (p, pel) ; 
cout « "Appel B : " ; fct (pel, pc2) ; 
} 



Appel A : reference a des objets de meme type 
Appel B : reference a des objets de type different 



Exemple de comparaison de types dynamiques avec I'operateur == (2) 



9 Les cast dynamiques 



Nous venons de voir comment les possibilites d' identification des types a l'execution compe- 
tent le polymorphisme offert par les fonctions virtuelles en permettant d'identifier le type des 
objets pointes ou references. 

Cependant, une lacune subsiste : on sait agir sur l'objet pointe en fonction de son type, on 
peut connaitre le type exact de cet objet mais le type proprement dit des pointeurs utilises 
dans ce polymorphisme reste celui defini a la compilation. Par exemple, si Ton sait que adp 
pointe sur un objet de type pointcol (derive de point), on pourrait souhaiter convertir sa 
valeur en un pointeur de type pointcol *. 

La norme de C++ a introduit cette possibility par le biais d'operateurs dits cast dynamiques. 
Ainsi, avec l'hypothese precedente (on est stir que adp pointe reellement sur un objet de type 
pointcol), on pourra ecrire : 

pointcol * adpc = dynamic_cast <pointcol *> (adp) ; 

Bien entendu, en compilation, la seule verification qui sera faite est que cette conversion est 
(peut-etre) acceptable car l'objet pointe par adp est d'un type point ou derive et pointcol est 
lui-meme derive de point. Mais ce n'est qu'au moment de l'execution qu'on saura si la conver- 
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sion est realisable ou non. Par exemple, si adp pointait sur un objet de type point, la conver- 
sion echouerait. 

D'une maniere generate, l'operateur dynamic cast aboutit si l'objet reellement pointe est, par 
rapport au type d'arrivee demande, d'un type identique ou d'un type descendant (mais dans un 
contexte de polymorphisme, c'est-a-dire qu'il doit exister au moins une fonction virtuelle). 

Lorsque l'operateur n'aboutit pas : 

• il fournit le pointeur NULL s'il s'agit d'une conversion de pointeur, 

• il declenche une exception badcast s'il s'agit d'une conversion de reference. 

Voici un exemple faisant intervenir une hierarchie de trois classes derivees les unes des 
autre s : 

#include <iostreain> 
using namespace std ; 

class A 
{ public : 

virtual void affiche () // vide ici - utile pour le polymorphisme 
{ } 
} ; 

class B : public A 
{ public : 

void affiche {) 
{ } 
} ; 

class C : public B 
{ public : 

void affiche () 
{ } 
} ; 

main ( ) 

{ A a ; B b ; C c ; 
A * ada, * adal ; 
B * adb, * adbl ; 
C * adc ; 
ada = &a ; // ada de type A* pointe sur un A ; 

// sa conversion dynamique en B* ne marche pas 
adb = dynamic_cast <B *> (ada) ; cout « "dc <B*>(ada) " « adb « "\n" ; 
ada = &b ; // ada de type A* pointe sur un B ; 

// sa conversion dynamique en B* marche 
adb = dynamic_cast <B *> (ada) ; cout « "dc <B*> ada " « adb « "\n" ; 

// sa conversion dynamique en A* marche 
adal = dynamic_cast <A*> (ada) ; cout << "dc <A*> ada " « adal « "\n" ; 

// mais sa conversion dynamique en C* ne marche pas 
adc = dynamic_cast <C *> (ada) ; cout « "dc <C*> ada " « adc « "\n" ; 
adb = &b ; // adb de type B* pointe sur un B 

// sa conversion dynamique en A* marche 
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adal = dynamic_cast <A *> (adb) ; cout « "dc <A*> adb " « adal « "\n" 

// sa conversion dynamique en B* marche 
adbl = dynamic_cast <B *> (adb) ; cout « "dc <A*> adbl " « adbl « "\n" 

// mais sa conversion dynamique en C* ne marche pas 
adc = dynamic_cast <C *> (adb) ; cout « "dc <C*> adbl " « adc « "\n" 
} 

dc <B*>(ada) 0x00000000 
dc <B*> ada 0x54820ffc 
dc <A*> ada 0x54820ffc 
dc <C*> ada 0x00000000 
dc <A*> adb 0x54820ffc 
dc <A*> adbl 0x54820ffc 
dc <C*> adbl 0x00000000 
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Les flots 



Au cours des precedents chapitres, nous avons souvent ete amene a ecrire sur la sortie stan- 
dard. Pour ce faire, nous utilisions des instructions telles que : 

cout << n ; 

Cette derniere fait appel a l'operateur «, auquel elle fournit deux operandes correspondant 
respectivement au "flot de sortie" concerne (ici cout) et a l'expression dont on souhaite ecrire 
la valeur (ici n). 

De meme, nous avons ete amene a lire sur l'entree standard en utilisant des instructions telles 
que : 

cin » x ; 

Celle-ci fait appel a l'operateur », auquel elle fournit deux operandes correspondant respec- 
tivement au "flot d'entree" concerne (ici cin) et a la lvalue dans laquelle on souhaite lire une 
information. 

D'une maniere generale, un flot peut etre considere comme un "canal" : 

• recevant de l'information - flot de sortie, 

• fournissant de l'information - flot d'entree. 

Les operateurs « ou » servent a assurer le transfert de l'information, ainsi que son eventuel 
"formatage" . 

Un flot peut etre connecte a un peripherique ou a un fichier. Par convention, le flot predefini 
cout est connecte a ce que Ton nomme la "sortie standard", correspondant au fichier predefini 
stdout du langage C. De meme, le flot predefini cin est connecte a ce que Ton nomme 
"l'entree standard", correspondant au fichier predefini stdin du langage C. Generalement, 



Les flots 



Chapitre 16 

l'entree standard correspond par defaut au clavier et la sortie standard a l'ecran, mais la plu- 
part des implementations vous permettent de rediriger l'entree standard ou la sortie standard 
vers un fichier. 

En dehors de ces flots predefinis 1 , l'utilisateur peut definir lui-meme d'autres flots qu'il 
pourra connecter a un fichier de son choix. 

On peut dire qu'un flot est un objet d'une classe predefinie, a savoir : 

• ostream pour un flot de sortie, 

• istream pour un flot d' entree. 

Chacune de ces deux classes surdefinit les operateurs « et » pour les differents types de 
base. Leur emploi necessite l'incorporation du fichier en-tete iostream. 

Jusqu'ici, nous nous sommes contente d'exploiter quelques-unes des possibilites des classes 
istream et ostream, en nous limitant aux flots predefinis cin et cout. Ce chapitre va faire le 
point sur l'ensemble des possibilites d' entrees-sorties offertes par C++ telles qu'elles sont pre- 
vues par la norme ANSI. 

Nous adopterons la progression suivante : 

• presentation generale des possibilites de la classe ostream : types de base acceptes, princi- 
pals fonctions membres (put, write), exemples de formatage de l'information ; 

• presentation generale des possibilites de la classe istream : types de base acceptes, principa- 
ls fonctions membres (get, getline, gcount, read...) ; 

• gestion du "statut d'erreur d'un flot" ; 

• possibilites de surdefinition des operateurs « et » pour des types (classes) definis par 
l'utilisateur ; 

• etude detaillee des possibilites de formatage des informations, aussi bien en entree qu'en 
sortie ; 

• connexion d'un flot a un fichier, et possibilites d'acces direct offertes dans ce cas. 

D'une maniere generale, sachez que tout ce qui sera dit des le debut de ce chapitre a propos 
des flots s'appliquera sans restriction a n'importe quel flot, done a un flot connecte a un 
fichier. 
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Informations complementaires 

La nouvelle bibliotheque d'entrees-sorties definie par la norme est une generalisation de 
celle qui existait auparavant (jusqu'a la version 3 de C++). Elle est fondee sur des patrons 
de classes permettant de manipuler des flots generalises, e'est-a-dire recevant ou fournis- 



1 . Nous verrons qu'il en existe d'ailleurs deux autres : cerr et clog. 



1 - Presentation generate de la classe ostream 



sant des suites de valeurs d'un type donne, type qui apparait comme parametre des 
patrons. Mais il existe des versions specialisees de ces patrons pour le type char 1 qui por- 
tent le meme nom que les classes d'avant la norme et qui se comportent de la meme 
maniere 2 . Ce sont de tres loin les plus utilisees et ce sont celles que nous etudierons ici. 
La generalisation a d'autres types ne presenterait de toute facon pas de difficultes. 

Dans certaines implementations anciennes, on risque de trouver encore les deux ver- 
sions de classes. Dans ce cas, il faut savoir que l'en-tete <iostream.h> correspond a 
l'ancienne version et que les identificateurs correspondants restent, comme avant la 
norme, definis en dehors de tout espace de noms 3 . Autrement dit, 1' instruction using 
namespace std n'est pas requise dans ce cas (neanmoins, elle peut le devenir si Ton fait 
appel a d'autres fichiers en-tetes). 

1 Presentation generate de la classe ostream 

Apres avoir precise le role de l'operateur « et rappele les types de base pour lesquels l'opera- 
teur « est surdefini, nous verrons le role des deux fonctions membres put et write. Nous 
examinerons ensuite quelques exemples de formatage de l'information, ce qui nous permettra 
d'introduire la notion importante de "manipulateur". 



1.1 L'operateur « 



Dans la classe ostream, l'operateur « est surdefini pour les differents types de base, sous la 
forme : 

ostream & operator « (expression) 

II recoit deux operandes : 

• la classe l'ayant appele (argument implicite this), 

• une expression d'un type de base quelconque. 

Son role consiste a transmettre la valeur de l'expression au flot concerne en la formatant 4 de 
facon appropriee. Considerons, par exemple, l'instruction : 

cout << n ; 

Si n contient la valeur 1234, le travail de l'operateur « consiste a convertir la valeur (binaire) 
de n dans le systeme decimal et a envoyer au flot cout les caracteres correspondant a chacun 



1. II existe egalement des versions specialisees pour le type wchar. Les classes correspondantes portent le meme nom 
que pour le type char, precede de w, par exemple wistream ou lieu de istream. 

2. Les differences sont extremement mineures. Elles seront mentionnees le moment venu. 

3. Rappelons que les espaces de noms seront etudies en detail au chapitre 24. 

4. Nous verrons qu'il est possible d'intervenir sur la maniere dont est effectue ce formatage. D'autre part, dans cer- 
tains cas, il pourra ne pas y avoir de formatage : c'est ce qui se produira, par exemple, lorsque l'on utilisera la fonc- 
tion write. 
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des chiffres ainsi obtenus (ici, les caracteres : 1, 2, 3 et 4). Nous emploierons le mot "ecri- 
ture" pour qualifier le role de cet operateur ; sachez toutefois que ce terme n'est pas universel- 
lement repandu : notamment, on rencontre parfois "injection". 

Par ailleurs, cet operateur « fournit comme resultat la reference au flot concerne, apres qu'il 
a ecrit l'mformation voulue. Cela permet de l'appliquer facilement plusieurs fois de suite, 
comme dans : 

cout « "valeur : " « na « "\n" ; 

Voici un recapitulatif concernant les types acceptes par cet operateur : 



Tous les types de base sont acceptes par I'operateur « : 

- soit par surdefinition effective de I'operateur : types char (avec les variantes signed 
ou unsigned), int (avec sa variante unsigned), long (avec sa variante unsigned), float, 
double et long double ; 

- soit par le jeu des conversions implicites : types bool, short. 
Les types pointeurs sont acceptes : 

- char * : on obtient la chaine situee a I'adresse correspondante ; le type string sera 
accepte, avec le meme comportement ; 

- pointeur sur un type quelconque autre que char : on obtient la valeur du pointeur 
correspondant. Si Ton souhaite afficher la valeur d'un pointeur de type char * (et non 
plus la chaine qu'il reference), il suffit de le convertir explicitement en void *. 

Les tableaux sont acceptes, mais ils sont alors convertis dans le pointeur correspon- 
dant ; on n'obtient done generalement une adresse et non les valeurs des elements 
du tableau, sauf pour les tableaux de caracteres traites comme une chaine de style 
C (attention au probleme du zero de fin !). 

Les types classes seront acceptes si Ton y a defini convenablement I'operateur «. 



Les types acceptes par I 'operateur « 

1 .2 Les flots predefinis 

En plus de cout, il existe deux autres flots predefinis de classe ostream : 

• cerr : flot de sortie connecte a la sortie standard d'erreur (stderr en C), sans "tampon" 1 in- 
termediate, 

• clog : flot de sortie connecte aussi a la sortie standard d'erreur, mais en utilisant un "tam- 
pon" 2 intermediaire. 



1. En anglais buffer. On parle parfois, en "franglais", de sortie "non bufferisee" 

2. On parle parfois de sortie "bufferisee". 
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1 .3 La fonction put 

II existe, dans la classe ostream, une fonction membre nominee put qui transmet au flot cor- 
respondant le caractere recu en argument. Ainsi : 

cout.put(c) ; 

transmet au flot cout le caractere contenu dans c, comme le ferait : 

cout << c ; 

En fait, la fonction put etait surtout indispensable dans les versions anterieures a la 2.0 pour 
pallier l'absence de surdefinition de l'operateur pour le type char. 

La valeur de retour de put est le flot concerne, apres qu'on y a ecrit le caractere correspon- 
dant. Cela permet d'ecrire par exemple (cl, c2 et c3 etant de type char) : 

cout. put (cl) .put (c2) .put (c3) ; 

ce qui est equivalent a : 

cout. put (cl) ; 
cout. put (c2) ; 
cout. put (c3) ; 

1.4 La fonction write 

Dans la classe ostream, la fonction membre write permet de transmettre une suite d'octets au 
flot de sortie considere. 

1 .4.1 Cas des caracteres 

Comme un caractere est toujours range dans un octet, on peut utiliser write pour une chaine 
de longueur donnee. Par exemple, avec : 

char t[] = "bonjour" ; 

l'instruction : 

cout. write (t, 4) ; 

envoie sur le flot cout 4 caracteres consecutifs a partir de l'adresse /, c'est-a-dire les caracte- 
res b, o, n et j. 

Cette fonction peut, ici, sembler faire double emploi avec la transmission d'une chaine a 
l'aide de l'operateur «. En fait, son comportement n'est pas le meme puisque write ne fait 
pas intervenir de caractere de fin de chaine (caractere nul) ; si un tel caractere apparait dans la 
longueur prevue, il sera transmis, comme les autres, au flot de sortie. De plus, cette fonction 
ne realise aucun formatage (alors que, comme nous le verrons, avec l'operateur «, on peut 
agir sur le "gabarit" de l'mformation effectivement ecrite sur le flot). 

1 .4.2 Autres cas 

En fait, cette fonction write s'averera indispensable lorsque Ton souhaitera transmettre une 
information sous une forme "brute" (on dit souvent "binaire"), sans qu'elle subisse la moin- 
dre modification. En general, cela n'a guere d'interet dans le cas d'un ecran. En revanche, ce 
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sera la seule facon de creer un fichier sous forme "binaire" (c'est-a-dire dans lequel les infor- 
mations - quel que soit leur type - sont enregistrees telles qu'elles figurent en memoire). 

Comme put, la fonction write fournit en retour le flot concerne, apres qu'on y a ecrit l'infor- 
mation correspondante. 

1 .5 Quelques possibilites de formatage avec « 

Nous etudierons au paragraphe 5 l'ensemble des possibilites de formatage de la classe 
ostream, ainsi que celles de la classe istream. Cependant, nous vous presentons des mainte- 
nant les exemples de formatage en sortie les plus courants, ce qui nous permettra d'introduire 
la notion de "manipulateur" (parametrique ou non). 

1.5.1 Action sur la base de numeration 

Lorsque Ton ecrit une valeur entiere sur un flot de sortie, on peut choisir de l'exprimer dans 
l'une des bases suivantes : 

• 10 : decimal (il s'agit de la valeur par defaut), 

• 16 : hexadecimal, 

• 8 : octal. 

En outre, depuis la norme, on peut choisir d'exprimer une expression booleenne (de type 
boot) soit sous la forme d'un entier (0 ou 1), soit sous la forme false, true. 

Voici un exemple de programme dans lequel nous ecrivons : 

• dans differentes bases la valeur de la meme variable entiere n, 

• de differentes manieres la valeur d'une variable ok de type boot : 



#include <iostreain> 












using namespace std ; 












main ( ) 
















{ int n = 


12000 ; 












cout 


« 


"par defaut 


" « n « 


■\n" 








cout 


« 


"en hexadecimal 


" « hex « n « 


■\n" 








cout 


« 


"en decimal 


" « dec « n « 


■\n" 








cout 


« 


"en octal 


" « oct « n « 


■\n" 








cout 


« 


"et ensuite 


" « n « 


■\n" 








bool 


ok 


= 1 ; // ou ok 


= true 










cout 


« 


"par defaut 


: " 


« 


ok 


« 


"\n" ; 


cout 


« 


"avec noboolalphc 


i : " « noboolalpha « 


ok 


« 


"\n" ; 


cout 


« 


"avec boolalpha 


: " « boolalpha 


« 


ok 


« 


"\n" ; 


cout 

} 


« 


"et ensuite 




« 


ok 


« 


"\n" ; 


par defaut 


: 12000 












en hexadecimal : 2ee0 












en decimal 


: 12000 
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en octal : 27340 

et ensuite : 27340 

par defaut 

avec noboolalpha 

avec boolalpha 

et ensuite 



1 
1 

true 
true 



Action sur la base de numeration des valeurs ecrites sur cout 

Les symboles hex, dec, oct se nomment des manipulateurs. II s'agit d'operateurs predefinis, 
a un seul operande de type flot, fournissant en retour le meme flot, apres qu'ils ont opere une 
certaine action ("manipulation"). Ici, cette action consiste a modifier la valeur de la base de 
numeration (cette information etant en fait memorisee dans la classe ostream 1 ). Notez bien 
que la valeur de la base reste la meme tant qu'on ne la modifie pas (par un manipulateur), et 
cela quelles que soient les informations transmises au flot (entiers, caracteres, flottants...) 2 . 

Le manipulateur boolalpha demande d'afficher les valeurs booleennes sous la forme alpha- 
betique, c'est-a-dire true ou false. Le manipulateur noboolalpha demande en revanche d'uti- 
liser la forme numerique ou 1 . 

Nous verrons au paragraphe 5 qu'il existe beaucoup d'autres manipulateurs dont nous ferons 
une analyse complete. 

1 .5.2 Action sur le gabarit de I'information ecrite 

Considerons cet exemple de programme qui montre comment agir sur la largeur (gabarit) 
selon laquelle I'information est ecrite : 



#inc 


;lude <iostream> 


#include <iomanip> 


using namespace std ; 


main{) 


{ int n = 12345 ; 


int i ; 


for (i=0 ; i<15 ; i++) 


cout « setw(2) « i « 


} 





12345 


1 


12345 


2 


12345 


3 


12345 


4 


12345 


5 


12345 



"« setw(i) « n « "\n" 



1. En toute rigueur, de la classe ios, dont derivent les classes ostream et istream. 

2. Attention, tous les manipulateurs ne se comportent pas ainsi. 
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10 

11 

12 
13 
14 



12345 

12345 
12345 
12345 
12345 
12345 



12345 
12345 
12345 



Action sur le gabarit de I 'information ecrite sur cout 

Ici encore, nous faisons appel a un manipulateur (setw). Un peu plus complexe que les prece- 
dents (hex, oct ou dec), il comporte un "parametre" representant le gabarit souhaite. On parle 
alors de "manipulateur parametrique" . Nous verrons qu'il existe beaucoup d'autres manipula- 
teurs parametriques ; leur emploi necessite absolument l'incorporation du fichier en-tete 
<iomanip> 1 . 

En ce qui concerne setw, sachez que ce manipulateur definit uniquement le gabarit de la pro- 
chaine information a ecrire. Si Ton ne fait pas a nouveau appel a setw pour les informations 
suivantes, celles-ci seront ecrites suivant les conventions habituelles, a savoir en utilisant 
l'emplacement minimal necessaire pour les ecrire (2 caracteres pour la valeur 24,5 caracteres 
pour la valeur -2345, 7 caracteres pour la chaine "bonjour"...). D'autre part, si la valeur four- 
nie a setw est insuffisante pour l'ecriture de la valeur suivante, cette derniere sera ecrite selon 
les conventions habituelles (elle ne sera done pas tronquee). 

A titre indicatif, en remplacant l'instruction d'affichage du programme precedent par : 

cout « setw (2) « i « setw(i) « " :" « n « ":\n" ; 

on obtiendrait ces resultats : 



1 


: 12345: 


2 


: 12345: 


3 


: 12345: 


4 


:12345: 


5 


: 12345: 


6 


: 12345: 


7 


:12345: 


8 


:12345: 


9 


: 12345: 


10 


:12345: 


11 


: 12345 



Notez bien la position du premier caractere " : " dans les resultats affiches. En effet, cette fois, 
setw(i) ne s'applique qu'a la chaine constante (" :") affichee ensuite ; la valeur de n restant 
affichee suivant les conventions par defaut. 



1. <iomanip.H> si Ton utilise encore <iostream.h>. 
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1.5.3 Action sur la precision de I'information ecrite 

Voyez ce programme : 

#include <iomanip> 

#include <iostreain> 

using namespace std ; 

main{) 

{ float x = 2000. /3. ; 

double pi = 3.141926536 ; 

cout « "affichage de 2000/3 et de pi dans differentes precisions :\n" ; 

cout « "par def aut : " « x « " : : " « pi « " : \n" ; 

for (int i=l ; i<8 ; i++) 

cout « "precision " « i « " :" « setprecision (i) « x « ": :" « pi « ":\n" ; 
} 

affichage de 2000/3 et de pi dans differentes precisions : 

par def aut : 666. 667: : 3. 14 193: 

precision 1 :7e+02: :3: 

precision 2 :6.7e+02: :3.1: 

precision 3 :667: :3.14: 

precision 4 :666.7: :3.142: 

precision 5 :666.67: :3.1419: 

precision 6 : 666. 667: : 3. 14 193: 

precision 7 : 666. 6667: : 3. 141927: 

Action sur la precision de I 'information ecrite sur cout 

Par defaut, comme on le voit dans la premiere ligne affichee, pour les informations de type 
flottant, l'operateur « : 

• choisit la notation la plus appropriee (flottante ou exponentielle avec un chiffre avant le 
point de la mantisse) ; 

• utilise 6 chiffres significatifs. 

Le manipulateur parametrique setw (precision) permet de definir le nombre de chiffres signi- 
catifs voulus. Cette fois, l'effet de ce manipulateur est permanent (jusqu'a modification 
explicite) comme le montre l'affichage de la seconde information. On notera que, si la preci- 
sion demandee n'est pas suffisante pour afficher au moins la valeur entiere du nombre con- 
cerned elle est modifiee en consequence, ainsi d'ailleurs que le choix de la notation. En C++, 
on ne voit jamais de resultat totalement faux (il faut quand meme eviter la precision zero !). 

1.5.4 Choix entre notation flottante ou exponentielle 

Voyez cet exemple qui montre l'utilisation des manipulateurs fixed (notation flottante) et 
scientific (notation exponentielle avec un chiffre avant le point de la mantisse), couple avec 
le choix de la precision : 



#include <iostream> 
#include <iomanip> 
using namespace std ; 
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main ( ) 

{ float x = 2e5/3 ; 

double pi = 3.141926536 ; 

cout « fixed « "choix notation flottante \n" ; 
for (int i=l ; i<8 ; i++) 
cout « "precision " « i « setprecision (i) « " :" « x « ": : 

« pi « " : \n" 
cout « scientific << "choix notation exponentielle \n" ; 
for (int i=l ; i<8 ; i++) 
cout « "precision " « i « setprecision (i) « " :" « x « ": :" 

« pi « " : \n" 



choix not at 
precision 1 
precision 2 
precision 3 
precision 4 
precision 5 
precision 6 
precision 7 
choix notat 
precision 1 
precision 2 
precision 3 
precision 4 
precision 5 
precision 6 
precision 7 



ion flottante 
66666.7: 
66666 . 66 : 
66666.664: 
66666.6641 



3.1: 
3.14: 
: 3.142: 
: 3.1419: 
66666.66406: : 3.14193: 
66666.664062: : 3.141927: 
66666.6640625: : 3.1419265: 
ion exponentielle 

7e+04: :3.1e+00: 
67e+04: :3.14e+00: 
667e+04: :3.142e+00: 
6667e+04: :3.1419e+00: 
66667e+04: : 3. 14193e+00: 
666666e+04: :3. 141927e+00: 
6666664e+04: :3.1419265e+00: 



Choix de la notation (flottante ou exponentielle) 

On notera que, cette fois, la precision correspond au nombre de chiffres apres le point deci- 
mal, quelle que soit la notation utilisee. On aura done interet a eviter d'utiliser le mode par 
defaut des lors qu'on souhaite maitriser la precision des affichages... 

La encore, l'effet des modificateurs fixed ou scientific est permanent (jusqu'a modification 
explicite). On notera qu'une fois choisie l'une de ces notations, il n'est plus possible de reve- 
nir au comportement par defaut (choix automatique de la notation) avec un manipulateur. On 
pourra y parvenir en utilisant d'autres possiblites decrites au paragraphe 5 (il faudrait remet- 
tre a zero les bits du champ floatfield du mot d'etat de formatage, par exemple avec la fonc- 
tion setf). 



2 Presentation generale de la classe istream 

Comme nous avons fait pour la classe ostream, nous commencerons par preciser le role de 
l'operateur ». Puis nous definirons le role des differentes fonctions membres de la classe 
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[stream (get, getline, gcount, read...). Nous terminerons sur un exemple de formatage de 
l'information. 



2.1 L'operateur » 



Dans la classe istream, l'operateur » est surdefini pour tous les types de base, y compris 
char * l , sous la forme : 

istream & operator » (type_de_base & ) 

II recoit deux operandes : 

• la classe l'ayant appele (argument implicite this), 

• une "lvalue" d'un type de base quelconque. 

Son role consiste a extraire du flot concerne les caracteres necessaires pour former une valeur 
du type de base voulu en realisant une operation inverse du formatage opere par l'operateur 
«. 

II fournit comme resultat la reference au flot concerne, apres qu'il en a extrait l'information 
voulue. Cela permet de l'appliquer plusieurs fois de suite, comme dans : 

cin » n » p » x ; 

Les espaces blancs 2 jouent un role important puisque, d'une part, ils servent de separateurs et 
que, d'autre part, toute lecture commence par sauter ces caracteres s'il en existe. Rappelons 
que Ton range dans cette categorie les caracteres : espace, tabulation horizontale (\t), tabula- 
tion verticale (Yv), fin de ligne (\n) et changement de page (\f). 

2.1 .1 Cas des caracteres 

Une des consequences immediates de ce mecanisme fait que (par defaut) ces delimiteurs ne 
peuvent pas etre lus en tant que caracteres. Par exemple, la repetition de l'instruction (c etant 
suppose de type char) : 

cin » c ; 

appliquee a un flot contenant ce texte : 

b o 
n j 



conduira a ne prendre en compte que les 7 caracteres : b, o, n,j, o, u et r. 

En theorie, il existe un modificateur nomme noskipws (ne pas sauter les espaces blancs) per- 
met d'agir sur ce point, mais son utilisation est peu aisee, dans la mesure ou il concerne alors 
toutes les informations lues, en particulier celles de type numerique. Nous verrons ci-dessous 
qu'il existe des solutions plus agreables pour acceder aux delimiteurs, en utilisant l'une des 
fonctions membres get ou getline. 



1. Mais pas, a priori, pour les types pointeurs. 

2. De white spaces, en anglais 
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2.1.2 Cas des chaines de caracteres 

Lorsqu'on lit sur un flot une information a destination d'une chaine de caracteres (type 
char *), 1'information rangee en memoire est completee par un caractere nul de fin de chaine 
(\0). Ainsi, pour lire une chaine de n caracteres, il faut prevoir un emplacement de n+1 carac- 
teres. De plus, si Ton veut eviter des problemes d'ecrasement en memoire, il faut etre capable 
de definir le nombre maximal de caracteres que l'utilisateur risque de fournir, ce qui n'est pas 
toujours une chose aisee (dans certains environnements, les "lignes" au clavier peuvent 
atteindre des longueurs importantes...). On peut recourir au manipulateur parametrique setw 
qui limite le nombre de caracteres pris en compte lors de la prochaine lecture (et uniquement 
celle-la). Par exemple, avec : 

const int LGNOM = 10 ; 

char nom[LGNOM+l] ; 

cin » setw (LGNOM) » nom ; 

on est certain de ne pas prendre en compte plus de 10 caracteres pour le tableau nom. 

En outre, comme, par defaut, les espaces blancs servent de delimiteurs, il n'est pas possible 
de lire en une seule fois une chaine contenant par exemple un espace, telle que : 

bonjour mademoiselle 

Notez que, dans ce cas, il ne sert a rien de la placer entre guillemets : 

"bonjour mademoiselle" 

En effet, la premiere chaine lue serait alors : 

"bonjour 

La encore, nous verrons un peu plus loin que la fonction getline fournit une solution agreable 
a ce probleme. 

2.1.3 Les types acceptes par » 

Voici un recapitulatif concernant les types acceptes par cet operateur : 



Tous les types de base sont acceptes par I'operateur » : bool, char (et ses 
variantes signed et unsigned), short (et sa variante unsigned), int (et sa variante 
unsigned), long (et sa variante unsigned), float, double et long double. 

Parmi les types pointeurs, seul char * est accepte : dans ce cas, on lit une chaine 
de caracteres. 

Les tableaux ne sont pas acceptes, hormis les tableaux de caracteres (on y lit une 
chaine de caracteres, terminee par un caractere nul). 

Le type string (chaines de type classe) sera accepte (il jouera un role comparable 
aux chaines de caracteres, avec moins de risques). 

Les autres types classes seront acceptes si Ton y a surdefini convenablement 
I'operateur ». 



Les types acceptes par I 'operateur : 
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2.2 La fonction get 

La fonction : 

istream & get (char &) 

permet d'extraire un caractere d'un flot d'entree et de le ranger dans la variable (de type char) 
qu'on lui fournit en argument. Tout comme put, cette fonction fournit en retour la reference 
au flot concerne, apres qu'on en a extrait le caractere voulu. 

Contrairement au comportement par defaut de l'operateur », la fonction get peut lire 
n'importe quel caractere, delimiteurs compris. Ainsi, en l'appliquant a un flot contenant ce 
texte : 
b o 



our 

elle conduira a prendre en compte 16 caracteres : b, espace, o, \n, n, espace, espace, espace, 
espace, j, \n, \n, o, u, r et \n. 

II existe une autre fonction get (il y a done surdefinition), de la forme : 

int get () 

Celle-ci permet elle aussi d'extraire un caractere d'un flot d'entree, mais elle le fournit comme 
valeur de retour sous la forme d'un entier. Elle est ainsi en mesure de fournir une valeur spe- 
ciale EOF (en general -1) lorsque la fin de fichier a ete rencontree sur le flot correspondant 1 . 



> 



Remarque 



Nous verrons, au paragraphe 3 consacre au "statut d'erreur" d'un flot qu'il est possible de 
considerer un flot comme une "valeur logique" (vrai ou faux) et, par suite, d'ecrire des 
instructions telles que : 

char c ; 

while ( cin.get(c) ) // recopie le flot cin 
cout.put (c) ; // sur le flot cout 

// arret quand eof car alors (cin) = 

Celles-ci sont equivalentes a : 

int c ; 

while ( ( c = cin. get () ) != EOF ) 
cout.put (c) ; 

2.3 Les fonctions getline et gcount 

Ces deux fonctions facilitent la lecture des chaines de caracteres, ou plus generalement d'une 
suite de caracteres quelconques, terminee par un caractere connu (et non present dans la 
chaine en question). 



1. C'est ce qui justifie que sa valeur de retour soit de type int et non char. 
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L'en-tete de la fonction getline se presente sous la forme : 

istream & getline (char * ch, int taille, char delim = ' \n' ) 

Cette fonction lit des caracteres sur le flot l'ayant appelee et les place dans l'emplacement 
d'adresse ch. Elle s'interrompt lorsqu'une des deux conditions suivantes est satisfaite : 

• le caractere delimiteur delim a ete trouve : dans ce cas, ce caractere n'est pas recopie en 
memoire ; 

• taille - 1 caracteres ont ete lus. 

Dans tous les cas, cette fonction ajoute un caractere nul de fin de chaine, a la suite des carac- 
teres lus. 

Notez que le caractere delimiteur possede une valeur par defaut (\n) bien adaptee a la lecture 
de lignes de texte. 

Quant a la fonction gcount, elle fournit le nombre de caracteres effectivement lus lors du der- 
nier appel de getline. Ni le caractere delimiteur, ni celui place a la fin de la chaine, ne sont 
comptes ; autrement dit, gcount fournit la longueur effective de la chaine rangee en memoire 
par getline. 

Voici, a titre d'exemple, un programme qui affiche des lignes entrees au clavier et en precise 
le nombre de caracteres : 



#include <iostream> 

using namespace std ; 

main ( ) 

{ const int LG_LIG = 120 ; // longueur maxi d'une ligne de texte 

char ch [LG_LIG+1] ; // pour lire une ligne 

int lg ; // longueur courante d'une ligne 

do 

{ cin. getline (ch, LG_LIG) ; 
lg = cin. gcount () ; 
cout << "ligne de " « lg-1 « " caracteres :" « ch « ":\n" ; 

} 

while (lg >1) ; 
} 

bonjour 

ligne de 7 caracteres :bonjour: 

9 fois 5 font 45 

ligne de 16 caracteres :9 fois 5 font 45: 

n'importe quoi <Se" ' (-e_ca) ) = 

ligne de 29 caracteres :n'importe quoi <Se" ' (-e_ga) )=: 

ligne de caracteres : : 

Exemple d'utilisation de la fonction getline 
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Remarques 

1 Le programme precedent peut tout a fait servir a lister un fichier texte, pour peu qu'on ait 
redirige vers lui l'entree standard. 

2 II existe une autre fonction getline (independante, cette fois), destinee a lire des caracte- 
res dans un objet de type string ; nous en parlerons au paragraphe 3 du chapitre 22 ou 
nous proposerons une adaptation du precedent programme 

2.4 La fonction read 

La fonction read permet de lire une suite d'octets sur le flot d'entree considere. 

2.4.1 Cas des caracteres 

Comme un octet peut toujours contenir un caractere, on peut utiliser read pour une chaine de 
caracteres de longueur donnee. Par exemple, avec : 

char t[10] ; 

l'instruction : 

cin.read (t, 5) ; 

lira sur cin 5 caracteres et les rangera a partir de l'adresse /. 

La encore, ette fonction peut sembler faire double emploi soit avec la lecture d'une chaine 
avec l'operateur », soit avec la fonction getline. Loutefois, read ne necessite ni separateur 
ni caractere delimiteur particulier. En outre, aucun caractere de fin de chaine n'intervient, ni 
sur le flot, ni en memoire. 

2.4.2 Autres cas 

En fait, cette fonction s'averera indispensable lorsque Ton souhaitera acceder a une informa- 
tion d'un fichier sous forme "brute" (binaire), sans qu'elle ne subisse aucune transformation, 
c'est-a-dire en recopiant en memoire les informations telles qu'elles figurent dans le fichier. 
La fonction read \o\xev& le role symetrique de la fonction write. 

2.5 Quelques autres fonctions 

Dans la classe istream, il existe egalement deux fonctions membres a caractere utilitaire : 

• putback (char c) pour renvoyer dans le flot concerne un caractere donne, 

• peek qui fournit le prochain caractere disponible sur le flot concerne, mais sans l'extraire 
du flot (il sera done a nouveau obtenu lors d'une prochaine lecture sur le flot). 



> 



Remarque 



En toute rigueur, il existe aussi une classe iostream, heritant a la fois de istream et de 
ostream. Celle-ci permet de realiser des entrees-sorties "bidirectionnelles". 
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3 Statut d'erreur d'un flot 



A chaque flot d'entree ou de sortie est associe un ensemble de bits d'un entier, formant ce que 
Ton nomme le "statut d'erreur" du flot. II permet de rendre compte du bon ou du mauvais 
deroulement des operations sur le flot. Nous allons tout d'abord voir quelle est la signification 
de ces differents bits (au nombre de 4). Puis nous apprendrons comment en connaitre la 
valeur et, le cas echeant, la modifier. Enfin, nous montrerons que la surdefinition des opera- 
teurs () et ! permet de simplifier l'utilisation d'un flot. 

3.1 Les bits d'erreur 

La position des differents bits d'erreur au sein d'un entier est definie par des constantes decla- 
rers dans la classe ios, dont derivent les deux classes [stream et ostream. Chacune de ces 
constantes correspond a la valeur prise par l'entier en question lorsque le bit correspondant - 
et lui seul - est "active" (a 1). II s'agit de : 

• eofbit ; ce bit est active si la fin de fichier a ete atteinte, autrement dit si le flot correspondant 
n'a plus aucun caractere disponible ; 

• failbit : ce bit est active lorsque la prochaine operation d'entree-sortie ne peut aboutir ; 

• badbit : ce bit est active lorsque le flot est dans un etat irrecuperable. 

La difference entre badbit et failbit n'existe que pour les flots d'entree. Lorsque failbit est 
active, aucune information n'a ete reellement perdue sur le flot ; il n'en va plus de meme lors- 
que badbit est active. 

De plus, il existe une constante goodbit (valant en fait 0), qui correspond a la valeur que doit 
avoir le statut d'erreur lorsqu'aucun de ses bits n'est active. 

On peut dire qu'une operation d'entree-sortie a reussi lorsque l'un des bits goodbit ou eofbit 
est active. De meme, on peut dire que la prochaine operation d'entree-sortie ne pourra aboutir 
que si goodbit est active (mais il n'est pas encore certain qu'elle reussisse!). 

Lorsqu'un flot est dans un etat d'erreur, aucune operation ne peut aboutir tant que : 

• la condition d'erreur n'a pas ete corrigee (ce qui va de soi !), 

• le bit d'erreur correspondant n'a pas ete remis a zero ; nous allons voir qu'il existe des fonc- 
tions permettant d'agir sur ces bits d'erreur. 

3.2 Actions concernant les bits d'erreur 

II existe deux categories de fonctions : 

• celles qui permettent de connaitre le statut d'erreur d'un flot, c'est-a-dire, en fait, la valeur de 
ses differents bits d'erreur, 

• celles qui permettent de modifier la valeur de certains de ces bits d'erreur. 
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3.2.1 Acces aux bits d'erreur 

D'une part, il existe 5 fonctions membres (de ios 1 ) : 

• eofO : fournit la valeur vrai (1) si la fin de fichier a ete rencontree, c'est-a-dire si le bit eofbit 
est active. 

• bad : fournit la valeur vrai (1) si le flot est altere, c'est-a-dire si le bit badbit est active. 

• fail : fournit la valeur vrai (1) si le bit failbit est active, 

• good : fournit la valeur vrai (1 ) si aucune des trois fonctions precedentes n'a la valeur vrai, 
c'est-a-dire si aucun des bits du statut d'erreur n'est active 2 . 

D'autre part, la fonction membre 3 rdstate () fournit en retour un entier correspondant a la 
valeur du statut d'erreur. 

3.2.2 Modification du statut d'erreur 

La fonction membre clear d'en-tete : 

void clear (int i=0) 

active les bits d'erreur correspondant a la valeur fournie en argument. En general, on definit 
la valeur de cet argument en utilisant les constantes predefinies de la classe ios. 

Par exemple, si fl designe un flot, l'instruction : 

fl. clear (ios: :badbit) ; 

activera le bit badbit du statut d'erreur du floty? et mettra tous les autres bits a zero. 

Si Ton souhaite activer ce bit sans modifier les autres, il suffit de faire appel a rdstate, en pro- 
cedant ainsi : 

fl. clear (ios: :badbit I fl. rdstate () ) ; 



> 



Remarque 



Lorsque vous surdefinirez les operateurs « et » pour vos propres types (classes), il sera 
pratique de pouvoir activer les bits d'erreur en guise de compte rendu du deroulement de 
1' operation. 



3.3 Surdefinition des operateurs () et ! 

Comme nous l'avons deja evoque dans la remarque du paragraphe 2.2, il est possible de "tes- 
ter" un flot en le considerant comme une valeur logique (vrai ou faux). Pour ce faire, on a 
recours a la surdefinition, dans la classe ios des operateurs () et ! . 



1. Done de istream et de ostream, par heritage. 

2. Dans les precedentes versions de la bibliotheque d'entrees-sorties (ou si Ton utilise <iostream.h> au lieu de 
<iostream> , cette fonction fournit la valeur vrai, meme si eofbit est active. 

3. Desormais, nous ne preciserons plus qu'il s'agit d'un membre de ios, dont heritent istream et ostream. 
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Plus precisement, l'operateur () est surdefini de maniere que, siy? designe un flot : 
(fl) 

• prenne une valeur non nulle 1 (vrai), si aucun des bits d'erreur n'est active, c'est-a-dire si good 
a la valeur vrai. 

• prenne une valeur nulle (faux) dans le cas contraire, c'est-a-dire si good () a la valeur faux. 
Ainsi : 

if (fi) ... 
peut remplacer : 

if (fl.good () ) ... 

De meme, l'operateur ! est surdefini de maniere que, sifl designe un flot : 
!fl 

• prenne une valeur nulle (faux) si un des bits d'erreur est active, c'est-a-dire si good() a la va- 
leur faux, 

• prenne une valeur non nulle (vrai) si aucun des bits d'erreur n'est active, c'est-a-dire si 
good() a la valeur vrai. 

Ainsi : 

if ( ! flot ) ... 

peut remplacer : 

if (! flot. good () ) ... 



3.4 Exemples 



En testant et en modifiant l'etat du flot cin, nous pouvons gerer les situations dans lesquelles 
un caractere invalide venait bloquer les lectures ulterieures. Nous vous proposons une adap- 
tation dans ce sens du programme du paragraphe 3.5.3 du chapitre 3. Nous verrons qu'il 
souffre encore de lacunes, de sorte que cet exemple devra surtout etre considere comme un 
exemple d'utilisation des outils de gestion de l'etat d'un flot. 

#include <iostreain> 
using namespace std ; 
main { ) 
{ int n ; 
char c ; 
do 

{ cout << "donnez un nombre entier : " ; 

if (cin » n) cout « "voici son carre : " « n*n « "\n" ; 
else { (cin. clear () ) ; cin » c ; } 
} 
while (n) ; 



1. Sa valeur exacte n'est pas precisee et elle n'a done pas de signification particuliere. 
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donnez un norribre entier : 12 

voici son carre : 144 

donnez un norribre entier : x25 

donnez un norribre entier : voici son carre : 625 

donnez un norribre entier : &&2 

donnez un norribre entier : donnez un nombre entier : voici son carre : 4 

donnez un norribre entier : 

voici son carre : 

Pour eviter une boucle infinie en cas de caractere invalide 

Lorsque le flot est bloque, nous lisons artificiellement un caractere (correspondant au carac- 
tere invalide responsable du blocage), nous debloquons le flot par appel de clear et nous 
relancons la lecture. Comme le montre Fexemple d'execution, la situation est "debloquee", 
mais le dialogue avec Futilisateur laisse a desirer... 

A titre indicatif, voici a quoi conduirait une adaptation comparable du programme du para- 
graphe 3.5.2 du chapitre 3 : 

#include <iostream> 
using namespace std ; 
main() 

{ int n = 12 ; char c = 'a' ; char cc ; 
bool ok = false ; 

do { cout « "donnez un entier et un caractere :\n" ; 
if (cin » n » c) 

{ cout « "merci pour " « n << " et " << c « "\n" ; 

ok = true ; 
} 
else 

{ ok = false ; 
cin. clear {) ; ; 
cin » cc ; // pour lire au moins le caractere invalide 



while (! ok) ; 



donnez un entier et un caractere 

12 y 

merci pour 12 et y 

donnez un entier et un caractere 
&2 y 

donnez un entier et un caractere 
merci pour 2 et y 
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donnez un entier et un caractere : 

xxl2 

donnez un entier et un caractere : 

donnez un entier et un caractere : 

12 x 

merci pour 12 et 1 

Gestion de I'etat d'unflot pour "sauter" un caractere invalide 

Les exemples d'execution montrent que la situation est encore moins agreable que precedem- 
ment. 

D'une maniere generale, nous n'avons regie ici que le problem e de blocage sur le caractere 
invalide, mais pas celui de manque de synchronisme entre lecture et affichage. Au paragra- 
phe 7.2 du chapitre 22, nous presenterons des solutions plus satisafaisantes en desynchroni- 
sant la lecture d'une ligne au clavier de son utilisation, par le biais d'un "formatage en 
memoire" . 

4 Surdefinition de « et » pour les types 
definis par I'utilisateur 

Comme nous l'avons deja dit, les operateurs « et » peuvent etre redefinis par I'utilisateur 
pour des types classes qu'il a lui-meme crees. Nous allons d'abord examiner la methode a sui- 
vre pour realiser cette surdefinition, avant d'en presenter un exemple d' application. 

4.1 Methode 

Les deux operateurs « et », deja surdefinis au sein des classes [stream et ostream pour les diffe- 
rents types de base, peuvent etre surdefinis pour n'importe quel type classe cree par I'utilisateur. 

Pour ce faire, il suffit de tenir compte des remarques suivantes : 

1 . Ces operateurs doivent recevoir un flot en premier argument, ce qui empeche de les surde- 
finir sous la forme d'une fonction membre de la classe concernee (notez qu'on ne peut plus, 
comme dans le cas des types de base, les surdefinir sous la forme d'une fonction membre 
de la classe [stream ou ostream, car I'utilisateur ne peut plus modifier ces classes qui lui 
sont fournies avec C++). 

II s'agira done de fonctions independantes ou amies de la classe concernee et ay ant un 
prototype de la forme : 

ostream s operator « (ostream &, expression_de_type_classe) 

ou : 

istream & operator » (ostream s, S type_classe) 
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2. La valeur de retour sera obligatoirement la reference au flot concerne (recu en premier ar- 
gument). 

On peut dire que toutes les surdefinitions de « suivront ce schema : 

ostream & operator « (ostream & sortie, type_classe objet 1 ) 
{ 

// Envoi sur le flot sortie des membres de objet en utilisant 

// les possibilites classiques de << pour les types de base 

// c'est-a-dire des instructions de la forme : 

// sortie « ; 

return sortie ; 
} 

De meme, toutes les surdefinitions de » suivront ce schema : 

istream & operator » {istream & entree, type_classe & objet) 
{ 

// Lecture des informations correspondant aux differents membres de objet 

// en utilisant les possibilites classiques de » pour les types de base 

// c'est-a-dire des instructions de la forme : 

// entree » ; 

return entree ; 



> 



Remarque 



Dans le cas de la surdefinition de » (flot d'entree), il sera souvent utile de s'assurer que 
rinformation lue repond a certaines exigences et d'agir en consequence sur l'etat du flot. 
C'est ce que montre l'exemple suivant. 



4.2 Exemple 



Voici un programme dans lequel nous avons surdefini les operateurs « et » pour le type 
point que nous avons souvent rencontre dans les precedents chapitres : 



class point 
{ int x , y 



Nous supposerons qu'une "valeur de type point" se presente toujours (aussi bien en lecture 
qu'en ecriture) sous la forme : 

< entier, entier > 

avec eventuellement des espaces blancs supplementaires, de part et d'autre des valeurs entie- 
res. 



1. Ici, la transmission peut se faire par valeur ou par reference. 
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#include <iostreain> 
using namespace std ; 

class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) 

{ x = abs ; y = ord ; } 
int abscisse () { return x ; } 

friend ostream & operator « {ostream &, point) ; 
friend istream & operator » (istream &, point &) 



ostream s operator « (ostream s sortie, point p) 
{ 

sortie « "<" « p.x « "," « p.y « ">" ; 

return sortie ; 
} 

istream & operator » (istream & entree, point & p) 1 
{ char c = ' \0 ' ; 
float x, y ; 
int ok = 1 ; 
entree » c ; 
if (c !='<') ok = ; 
else 
{ entree » x » c ; 
if (c != ', ') ok = ; 
else 
{ entree » y » c ; 
if (c != ■>') ok = ; 



if (ok) { p.x = x ; p.y = y ; } //on n'affecte a p que si tout est OK 

else entree. clear (ios::badbit I entree. rdstate () ) ; 
return entree ; 
} 

main ( ) 

{ char ligne [121] ; 

point a (2, 3) , b ; 

cout « "point a : " « a << " point b : " << b « "\n" ; 



1. Certaines implementations requierent (a tort) qu'on prefixe les noms operator<< et operator>> par std, en 

ecrivant les en-tetes de cette fa9on : 

istream & std: '.operator » (istream & entree, point & p) 

istream & std: '.operator » (istream & entree, point & p) 
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do 
{ cout « "donnez un point : " ; 

if (cin » a) cout « "merci pour le point : " « a « "\n" 
else { cout « "** information incorrecte \n" 
cin. clear () ; 
cin.getline (ligne, 120, '\n') ; 



while ( a.abscisse () ) 



point a : <2,3> point b : <0,0> 

donnez un point : 2,9 

** information incorrecte 

donnez un point : <2, 9< 

** information incorrecte 

donnez un point : <2, 9> 

merci pour le point : <2, 9> 

donnez un point : < 12 , 999> 

merci pour le point : <12,999> 

donnez un point : bof 

** information incorrecte 

donnez un point : <0, 0> 

merci pour le point : <0, 0> 

Press any key to continue 



Surdefinition de Voperateur « pour la classe point 

Dans la surdefinition de », nous avons pris soin de lire tout d'abord toutes les informations 
relatives a un point dans des variables locales. Ce n'est que lorsque tout s'est bien deroule que 
nous transferons les valeurs ainsi lues dans le point concerne. Cela evite, par exemple en cas 
d'information incomplete, de modifier Tune des composantes du point sans modifier l'autre, 
ou encore de modifier les deux composantes alors que le caractere > de fin n'a pas ete trouve. 

Si nous ne prenions pas soin d'activer le bit badbit lorsque Ton ne trouve pas fun des caracte- 
res < ou >, l'utilisateur ne pourrait pas savoir que la lecture s'est mal deroulee. 

Notez que dans la fonction main, en cas d'erreur sur cin, nous commencons par remettre a 
zero l'etat du flot avant d'utiliser getline pour "sauter" les informations qui risquent de ne pas 
avoir pu etre exploiters. 



5 Gestion du formatage 



Nous avons presente quelques possibilites d'action sur le formatage des informations, aussi 
bien pour un flot d'entree que pour un flot de sortie. Nous allons ici etudier en detail la 
demarche suivie par C++ pour gerer ce formatage. 
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Chaque flot, c'est-a-dire chaque objet de classe [stream ou ostream, conserve en permanence 
un ensemble d'informations 1 (indicateurs) specifiant quel est, a un moment donne, son "statut 
de formatage". Cette facon de proceder est tres differente de celle employee par les fonctions 
C telles que printf ou scanf. Dans ces dernieres, en effet, on fournissait pour chaque operation 
d'entree-sortie les indications de formatage appropriees (sous la forme d'un "format" com- 
pose, entre autres, d'une succession de "codes de format"). 

Un des avantages de la methode employee par C++ est qu'elle permet a l'utilisateur d'ignorer 
totalement cet aspect formatage, tant qu'il se contente d'un comportement par defaut (ce qui 
est loin d'etre le cas en C ou la moindre entree-sortie necessite obligatoirement l'emploi d'un 
format). 

Un autre avantage de la methode est de permettre a celui qui le souhaite de definir une fois 
pour toutes un format approprie a une application donnee et de ne plus avoir a s'en soucier 
par la suite. 

Comme nous l'avons fait pour le statut d'erreur d'un flot, nous commencerons par etudier les 
differents elements composant le "statut de formatage" d'un flot avant de montrer comment 
on peut le connaitre d'une part, le modifier d'autre part. 

5.1 Le statut de formatage d'un flot 

Le statut de formatage d'un flot comporte essentiellement : 

• un mot d'etat, dans lequel chaque bit est associe a une signification particuliere ; on peut 
dire qu'on y trouve, en quelque sorte, toutes les indications de formatage de la forme vrai/ 
faux 2 ; 

• les valeurs numeriques precisant les valeurs courantes suivantes : 

- Le "gabarit" : il s'agit de la valeur fournie a setw ; rappelons qu'elle "retombe" a zero 
(qui signifie : gabarit standard), apres le transfert (lecture ou ecriture) d'une informa- 
tion D'autre part, pour un flot d'entree, elle ne concerne que les caracteres, les chaines 
et les objets de type string. 

- La "precision" numerique : il s'agit du nombre de chiffres affiches apres le point deci- 
mal avec la notation "flottante", du nombre de chiffres significatifs avec la notation 
"exponentielle". 

- Le caractere de "remplissage", c'est-a-dire le caractere employe pour completer un ga- 
barit, dans le cas ou Ton n'utilise pas le gabarit par defaut (par defaut, ce caractere de 
remplissage est un espace). 



1. En toute rigueur, cette information est prevue dans la classe ios dont derivent les classes istream et ostream. 

2. On retrouve la le meme mecanisme que pour l'entier contenant le statut d'erreur d'un flot. Mais comme nous le 
verrons ci-dessous, le statut de formatage d'un flot comporte, quant a lui, d'autres types d'informations que ces indi- 
cations "binaires". 
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5.2 Description du mot d'etat du statut de formatage 

Comme le statut d'erreur d'un flot, le mot d'etat du statut de formatage est forme d'un entier, 
dans lequel chaque bit est repere par une constante predefinie dans la classe ios. Chacune de 
ces constantes correspond a la valeur prise par cet entier lorsque le bit correspondant - et lui 
seul - est "active" (a 1). Ici encore, la valeur de chacune de ces constantes peut servir : 

• soit a identifier le bit correspondant au sein du mot d'etat, 

• soit a fabriquer directement un mot d'etat. 

De plus, certains "champs de bits" (au nombre de trois) sont definis au sein de ce meme mot. 
Nous verrons qu'ils facilitent, dans le cas de certaines fonctions membres, la manipulation 
d'un des bits d'un champ (on peut "citer" le bit a modifier dans un champ, sans avoir a se pre- 
occuper de la valeur des bits des autres champs). 

Voici la liste des differentes constantes, accompagnees, le cas echeant, du nom du champ de 
bit correspondant. 



Nom de champ 
(s'il existe) 


Nom du bit 


Signification 




ios::skipws 


saut des espaces blancs (en entree) 


ios::adjustfield 


ios:: left 


cadrage a gauche (en sortie) 




ios: Tight 


cadrage a droite (en sortie) 




ios:: internal 


remplissage apres signe ou base 


ios::basefield 


ios::dec 


conversion decimale 




ios::oct 


conversion octale 




ios:: hex 


conversion hexadecimale 




ios::showbase 


affichage indicateur de base (en sortie) 




ios::showpoint 


affichage point decimal (en sortie) 




ios: uppercase 


affichage caracteres hexa en majuscules (en sortie) 




ios::showpos 


affichage nombres positifs precedes du signe + (en sortie) 


ios::floatfield 


ios: scientific 


notation "scientifique" (en sortie) 




ios::fixed 


notation "point fixe" (en sortie) 




ios::unitbuf 


vide les tampons apres chaque ecriture 




ios::stdio 


vide les tampons apres chaque ecriture sur stdout ou stderr 



Le mot d'etat du statut de formatage 



Au sein de chacun des trois champs de bits (adjustfield, base field, floatfield), un seul des bits 
doit etre actif. S'il n'en va pas ainsi, C++ leve l'ambiguite en prevoyant un comportement par 
defaut {right, dec, scientific). 
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5.3 Action sur le statut de formatage 

Les exemples des paragraphes 1 et 2 ont introduit la notion de manipulateur (parametrique ou 
non). Comme vous vous en doutez, ces manipulateurs permettent d'agir sur le statut de for- 
matage. Mais on peut aussi pour cela utiliser des fonctions membres des classes istream ou 
ostream. Ces dernieres sont generalement redondantes par rapport aux manipulateurs para- 
metriques (nous verrons toutefois qu'il existe des fonctions membres ne comportant aucun 
equivalent sous forme de manipulateur). 

Suivant le cas, faction portera sur le mot d'etat ou sur les valeurs numeriques (gabarit, preci- 
sion, caractere de remplissage). En outre, on peut agir globalement sur le mot d'etat. Nous 
verrons que certaines fonctions membres permettront notamment de le "sauvegarder" pour 
pouvoir le "restaurer" ulterieurement (ce qu'aucun manipulateur ne permet). L'acces aux 
valeurs numeriques se fait globalement ; celles-ci doivent done, le cas echeant, faire l'objet 
de sauvegardes individuelles. 

5.3.1 Les manipulateurs non parametriques 

Ce sont done des operateurs qui s'utilisent ainsi : 

flot « manipulateur 

pour un flot de sortie, ou ainsi : 

flot » manipulateur 

pour un flot d'entree. 

lis fournissent comme resultat le flot obtenu apres leur action, ce qui permet de les traiter de 
la meme maniere que les informations a transmettre. En particulier, ils permettent eux aussi 
d'appliquer plusieurs fois de suite les operateurs « ou ». 

Voici la liste de ces manipulateurs : 



Manipulatleur 


Utilisation 


Action 


dec 


entree/sortie 


Active le bit correspondant 


hex 


entree/sortie 


Active le bit corrrespondant 


oct 


entree/sortie 


Active le bit correspondant 


boolalpha/noboolalpha 


entree/sortie 


Active/desactive le bit correspondant 


left/base/internal 


sortie 


Active le bit correspondant 


scientific/fixed 


sortie 


Active le bit correspondant 


showbase/noshowbase 


sortie 


Active/desactive le bit correspondant 


showpoint/noshowpoint 


sortie 


Active/desactive le bit correspondant 


showpos/noshowpos 


sortie 


Active/desactive le bit correspondant 


skipws/noskipws 


entree 


Active/desactive le bit correspondant 


uppercase/nouppercase 


sortie 


Active/desactive le bit correspondant 
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Manipulatleur 


Utilisation 


Action 


ws 


entree 


Active le bit "saut des caracteres blancs" 


endl 


sortie 


Insere un saut de ligne et vide le tampon 


ends 


sortie 


Insere un caractere de fin de chaTne C (\0) 


flush 


sortie 


Vide le tampon 



Les manipulateurs non parametriques 

5.3.2 Les manipulateurs parametriques 

Ce sont done egalement des manipulateurs, e'est-a-dire des operateurs agissant sur un flot et 
fournissant en retour le flot apres modification. Mais, cette fois, ils comportent un parametre 
qui leur est fourni sous la forme d'un argument entre parentheses. En fait, ces manipulateurs 
parametriques sont des fonctions dont l'en-tete est de la forme : 

istream & manipulateur (argument) 

ou : 

ostream & manipulateur (argument) 

lis s'emploient comme les manipulateurs non parametriques, avec cette difference qu'ils 
necessitent l'inclusion du fichier iomanip 1 . 

Voici la liste de ces manipulateurs parametriques : 



Manipulateur 


Utilisation 


Role 


setbase (int) 


Entree/Sortie 


Definit la base de conversion 


resetiosflags (long) 


Entree/Sortie 


Remet a zero tous les bits designes par I'argument 
(sans modifier les autres) 


setiosflags (long) 


Entree/Sortie 


Active tous les bits specifies par I'argument (sans 
modifier les autres) 


setfill (int) 


Entree/Sortie 


Definit le caractere de remplissage 


setprecision (int) 


Sortie 


Definit la precision des nombres flottants 


setw (int) 


Entree/Sodrtie 


Definit le gabarit 



Les manipulateurs parametriques 

Notez bien que les manipulateurs resetiosflags et setiosflags agissent sur tous les bits speci- 
fies par leur argument. 



1. <iomanip.h> si Ton utilise encore <iostream.h> . 
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5.3.3 Les fonctions membres 

Dans les classes [stream et ostream, il existe cinq fonctions membres que nous n'avons pas 
encore rencontrees : setf, unsetf,fill, precision et width. 

setf 

Cette fonction permet de modifier le mot d'etat de formatage. Elle est en fait surdefinie. II 
existe deux versions : 

long setf (long) 

Son appel active les bits specifies par son argument. On obtient en retour l'ancienne valeur 
du mot d'etat de formatage. 

Notez bien que, comme le manipulateur setiosflags, cette fonction ne modifie pas les autres 
bits. Ainsi, en supposant qaeflot est un flot, avec : 

flot.setf (ios::oct) 

on activerait le bit iosr.oct, alors qu'un des autres bits iosr.dec ou iosrhex serait peut-etre 
active 1 . Comme nous allons le voir ci-dessous, la deuxieme forme de setfse revele plus pra- 
tique dans ce cas. 

long setf (long, long) 

Son appel active les bits specifies par le premier argument, seulement au sein du champ de 
bits defini par le second argument. Par exemple, si flot designe un flot : 

flot.setf (ios::oct, ios: :basefield) 

active le bit iosr.oct en desactivant les autres bits du champ ios: -.base field. 

Cette version de se//"fournit en retour l'ancienne valeur du champ de bits concerne. Cela 
permet des sauvegardes pour des restaurations ulterieures. Par exemple, si flot est un flot, 
avec : 

base_a = flot.setf (ios::hex, ios: :basefield) ; 

vous passez en notation hexadecimale. Pour revenir a l'ancienne notation, quelle qu'elle soit, 
il vous suffira de proceder ainsi : 

flot.setf (base_a, ios: :basefield) ; 

unsetf 

void unsetf (long) 

Cette fonction joue le role inverse de la premiere version de setf en desactivant les bits men- 
tionnes par son unique argument. 



1. Avec les versions de C++ d'avant la norme (ou avec <iostream.h>), seul le bit voulu etait active. 
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fill 

Cette fonction permet d'agir sur le caractere de remplissage. Elle est egalement surdefinie. II 
existe deux versions : 

char fill () 

Cette version fournit comme valeur de retour l'actuel caractere de remplissage. 

char fill (char) 

Cette version donne au caractere de remplissage la valeur specifiee par son argument et 
fournit en retour l'ancienne valeur. Si flot est un flot de sortie, on peut par exemple imposer 
temporairement le caractere * comme caractere de remplissage, puis retrouver l'ancien ca- 
ractere, quel qu'il soit, en procedant ainsi : 

char car_a ; 

car_a - fill ('*'); // caractere de remplissage = '*' 

fill (car_a) ; // retour a l'ancien caractere de remplissage 

precision 

Cette fonction permet d'agir sur la precision numerique. Elle est egalement surdefinie. II en 
existe deux versions : 

int precision () 

Cette version fournit comme valeur de retour la valeur actuelle de la precision numerique. 

int precision (int) 

Cette version donne a la precision numerique, la valeur specifiee par son argument et fournit 
en retour l'ancienne valeur. Si flot est un flot de sortie, on peut par exemple imposer tempo- 
rairement une certaine precision (ici prec) puis revenir a l'ancienne, quelle qu'elle soit, en 
procedant ainsi : 

int prec_a, prec ; 



prec_a = flot. precision (prec) ; // on impose la precision definie par prec 
flot .precision (prec_a) ; // on revient a l'ancienne precision 

width 

Cette fonction permet d'agir sur le gabarit. Elle est egalement surdefinie. II en existe deux 
versions : 

int widthQ 

Cette version fournit comme valeur de retour la valeur actuelle du gabarit. 

int width(int) 

Cette version donne au gabarit la valeur specifiee par son argument et fournit en retour l'an- 
cienne valeur. Si flot est un flot de sortie, on peut par exemple imposer temporairement un 
certain gabarit (ici gab) puis revenir a l'ancien, quel qu'il soit en procedant ainsi : 
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int gab_a, gab ; 

gab_a = f lot. width (gab) ; // on impose un gabarit defini par gab 

f lot. width (gab_a) ; // on revient a l'ancien gabarit 

6 Connexion d'un flot a un fichier 

Jusqu'ici, nous avons parle des flots predefinis (cin et cout) et nous vous avons donne des 
informations s'appli quant a un flot quelconque (paragraphes 3 et 5), mais sans vous dire com- 
ment ce flot pourrait etre associe a un fichier. Ce paragraphe va vous montrer comment y par- 
venir et examiner les possibilites d'acces direct dont on peut alors beneficier. 

6.1 Connexion d'un flot de sortie a un fichier 

Pour associer un flot de sortie a un fichier, il suffit de creer un objet de type ofstream, classe 
derivant de ostream. L'emploi de cette nouvelle classe necessite d'inclure un fichier en-tete 
nomme fstream, en plus du fichier iostream. 

Le constructeur de la classe ofstream necessite deux arguments : 

• le nom du fichier concerne (sous forme d'une chaine de caracteres), 

• un mode d'ouverture defini par une constante entiere : la classe ios comporte, la encore, un 
certain nombre de constantes predefinies (nous les passerons toutes en revue au paragraphe 
6.4). 

Voici un exemple de declaration d'un objet (sortie) du type ofstream 1 : 

ofstream sortie ("truc.dat", ios: : out I ios: : binary) ; // ou seulement ios::out 

L 'objet sortie sera done associe au fichier nomme truc.dat, apres qu'il aura ete ouvert en ecri- 
ture. 

Une fois construit un objet de classe ofstream, l'ecriture dans le fichier qui lui est associe peut 
se faire comme pour n'importe quel flot en faisant appel a toutes les facilites de la classe 
ostream (dont derive ofstream). 

Par exemple, apres la declaration precedente de sortie, nous pourrons employer des instruc- 
tions telles que : 

sortie « .... « .... « .... ; 

pour realiser des sorties formatees, ou encore : 

sortie. write ( ) ; 

pour realiser des ecritures binaires. De meme, nous pourrons connaitre le statut d'erreur du 
flot correspondant en examinant la valeur de sortie : 

if (sortie) .... 



1. Le parametre iosr.binary n'est utile que dans les environnements qui distinguent les fichiers texte des autres (voir 
remarque ci-dessous). 
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Voici un programme complet qui enregistre sous forme binaire, dans un fichier de nom 
fourni par l'utilisateur, une suite de nombres entiers qu'il lui fournit sur l'entree standard : 

#include <cstdlib> // pour exit 

#include <iostreain> 

#include <fstream> 

#include <iomanip> 

using namespace std ; 

const int LGMAX = 20 ; 

main{) 

{ char nomfich [LGMAX+1] ; int n ; 

cout << "nom du fichier a creer : " ; 

cin » setw (LGMAX) » nomfich ; 

of stream sortie (nomfich, ios: : out I ios: : binary) ; // ou ios::out 

if (Isortie) { cout « "creation impossible \n" ; exit (1) ; 

} 
do { cout « "donnez un entier : " ; 
cin » n ; 

if (n) sortie. write ((char *)&n, sizeof(int) ) ; 
} 
while (n && (sortie) ) ; 
sortie. close () ; 



Creation sequentielle d'un fichier d'entiers 

Nous nous sommes servi du manipulateur setw pour limiter la longueur du nom de fichier 
fourni par l'utilisateur. Par ailleurs, nous examinons le statut d'erreur de sortie comme nous le 
ferions pour un flot usuel. 



\> 



Remarque 

En toute rigueur, le terme "connexion" (ou "association") d'un flot a un fichier pourrait 
laisser entendre : 

- soit qu'il existe deux types d'objets : d'une part un flot, d'autre part un fichier ; 

- soit que Ton declare tout d'abord un flot que Ton associe ulterieurement a un fichier. 

Or, il n'en est rien, puisque Ton declare en une seule fois un objet de of stream, en speci- 
fiant le fichier correspondant. On pourrait d'ailleurs dire qu'un objet de ce type est un 
fichier, si Ton ne craignait pas de le confondre avec ce meme terme de fichier en lan- 
gage C (ou il designe souvent un nom interne de fichier, c'est-a-dire un pointeur sur une 
structure de type FILE). 
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6.2 Connexion d'un flot d'entree a un fichier 

Pour associer un flot d'entree a un fichier, on emploie un mecanisme analogue a celui utilise 
pour un flot de sortie. On cree cette fois un objet de type ifstream, classe derivant de [stream. 
II faut toujours inclure le fichier en-tete /stream. h en plus du fichier iostream.h. Le construc- 
ted comporte les memes arguments que precedemment, c'est-a-dire nom de fichier et mode 
d'ouverture. 

Par exemple, avec l'instruction 1 : 

ifstream entree ("truc.dat", ios: :in| ios: :binary) ; // ou seulement ios::in 

l'objet entree sera associe au fichier de nom truc.dat, apres qu'il aura ete ouvert en lecture. 

Une fois construit un objet de classe ifstream, la lecture dans le fichier qui lui est associe 
pourra se faire comme pour n'importe quel flot d'entree en faisant appel a toutes les facilites 
de la classe [stream (dont derive [/stream). 

Par exemple, apres la declaration precedente de entree, nous pourrions employer des instruc- 
tions telles que : 

entree » ... » ... » ... ; 

pour realiser des lectures formatees, ou encore : 

entree . read ( ) ; 

pour realiser des lectures binaires. 

Voici un programme complet qui permet de lister le contenu d'un fichier quelconque cree par 
le programme precedent : 

#include <iostream> 

# include <fstreain> 

# include <iomanip> 

using namespace std ; 

const int LGMAX = 20 ; 

main { ) 

{ char nomfich [LGMAX+1] ; 

int n ; 

cout « "nom du fichier a lister : " ; 

cin » setw (LGMAX) » nomfich ; 

ifstream entree (nomfich, ios: :in| ios: :binary) ; // ou ios::in 

if (lentree) { cout « "ouverture impossible \n" ; 
exit (-1) ; 
} 

while ( entree. read ( (char*)&n, sizeof(int) ) ) 
cout « n << "\n" ; 

entree. close () ; 



Lecture sequentielle d'un fichier d'entiers 



1. Le parametre ios::binary n'est utile que dans les environnements qui distinguent les fichiers texte des autres, ce qui 
est le cas de Visual C+ + (ou plutot de Windows). 
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> 



Remarque 



II existe egalement une classe /stream, derivee des deux classes ifstream et of stream, per- 
mettant d'effectuer a la fois des lectures et des ecritures avec un meme fichier. Cela peut 
s'averer fort pratique dans le cas de faeces direct que nous examinons ci-dessous. La 
declaration d'un objet de type /stream se deroule comme pour les types ifstream ou ofs- 
tream. Par exemple : 

fstream fich ("truc.dat", ios: :in| ios: :out I ios: :binary) ; 

associe Yob')etfich au fichier de nom truc.dat, apres l'avoir ouvert en lecture et en ecri- 
ture. 

6.3 Les possibilites d'acces direct 

Comme en langage C, en C++, des qu'un flot a ete connecte a un fichier, il est possible de 
realiser un "acces direct" a ce fichier en agissant tout simplement sur un pointeur dans ce 
fichier, e'est-a-dire un nombre precisant le rang du prochain octet (caractere) a lire ou a 
ecrire. Apres chaque operation de lecture ou d'ecriture, ce pointeur est increments du nombre 
d'octets transferes. Ainsi, lorsque Ton n'agit pas explicitement sur ce pointeur, on realise un 
classique acces sequentiel ; e'est ce que nous avons fait precedemment. 

Les possibilites d'acces direct se resument done en fait aux possibilites d'action sur ce poin- 
teur ou a la determination de sa valeur. 

Dans chacune des deux classes ifstream et ofstream, une fonction membre nominee seekg 
(pour ifstream) et seekp (pour ofstream) permet de donner une certaine valeur au pointeur 
(attention, chacune de ces deux classes possede le sien, de sorte qu'il existe un pointeur pour 
la lecture et un pointeur pour l'ecriture). Plus precisement, chacune des ces deux fonctions 
comporte deux arguments : 

• un entier representant un deplacement du pointeur, par rapport a une origine precisee par le 
second argument, 

• une constante entiere choisie parmi trois valeurs predefinies dans ios : 

- ios:: beg : le deplacement est exprime par rapport au debut du fichier, 

- iosr.cur : le deplacement est exprime par rapport a la position actuelle, 

- iosr.end : le deplacement est exprime par rapport a la fin du fichier (par defaut, cet ar- 
gument a la valeur ios::beg). 

Notez qu'on retrouve la les possibilites offertes par la fonction fseek du langage C. 

Par ailleurs, il existe dans chacune des classes ifstream et ofstream une fonction permettant 
de connaitre la position courante du pointeur. II s'agit de tellg (pour ifstream) et de tellp (pour 
ofstream). Celles-ci offrent des possibilites comparables a la fonction fell du langage C. 
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Voici un exemple de programme permettant d'acceder a n'importe quel entier d'un fichier du 
type de ceux que pouvait creer le programme du paragraphe 6.1 (ici, nous supposons qu'il 
comporte une dizaine de valeurs entieres) : 

#include <iostream> 

# include <fstream> 

# include <iomanip> 

using namespace std ; 

const int LGMAX_NOM_FICH - 20 ; 

main ( ) 

{ 

char nomfich [LGMAX_NOM_FICH + 1] ; 

int n, num ; 

cout « "nom du fichier a consulter : " ; 

cin » setw (LGMAX_NOM_FICH) » nomfich ; 

if stream entree (nomfich, ios: : in | ios: : binary) ; // ou ios: :in 

if (lentree) { cout « "Ouverture impossible\n" ; 
exit (-1) ; 



do 



cout « "Numero de 1 'entier recherche : " ; 
cin » num ; 
if (num) 

{ entree. seekg (sizeof (int) * (num-1) , ios: :beg ) 
entree. read ( (char *) &n, sizeof (int) ) ; 
if (entree) cout << " — Valeur : " << n « "\n" ; 
else { cout « " — Erreur\n" ; 
entree. clear () ; 



while (num) ; 
entree. close () 



} 



nom du fichier a consulter : essai.dat 
Numero de l 1 entier recherche : 4 

— Valeur : 6 

Numero de 1' entier recherche : 15 

— Erreur 

Numero de 1' entier recherche : 7 

— Valeur : 9 

Numero de 1' entier recherche : -3 

— Erreur 

Numero de 1' entier recherche : 



Acces direct a un fichier d'entiers 
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6.4 Les differents modes d'ouverture d'un fichier 

Nous avons rencontre quelques exemples de modes d'ouverture d'un fichier. Nous allons exa- 
miner ici l'ensemble des possibilites offertes par les classes ifstream et ofstream (et done 
aussi de /stream). 

Le mode d'ouverture est defini par un mot d'etat, dans lequel chaque bit correspond a une 
signification particuliere. La valeur correspondant a chaque bit est definie par des constantes 
declarees dans la classe ios. Pour activer plusieurs bits, il suffit de faire appel a l'operateur |. 



Bit 


Action 


ios::in 


Ouverture en lecture (obligatoire pour la classe ifstream) 


ios::out 


Ouverture en ecriture (obligatoire pour la classe ofstream) 


ios::app 


Ouverture en ajout de donnees (ecriture en fin de fichier) 


ios::trunc 


Si le fichier existe, son contenu est perdu (obligatoire si ios::out est active sans /os.'.afe ni 
ios/.app) 


ios::binary 


Utilise seulement dans les implementations qui distinguent les fichiers textes des autres. Le 
fichier est ouvert en mode "binaire" ou encore "non translate" (voir remarque ci-dessous) 



Les differents modes d'ouverture d'un fichier 

A titre indicatif, voici les modes d'ouverture equivalents aux differents modes d'ouverture de 
la fonction/o/?e« du C : 



Combinaison de bits 


Mode correspondant de fopen 


ios:: out 


ws 


ios:: out ios::app 


a 


ios::out ios::trunc 


w 


ios::in 


r 


ios::in ios::out 


r+ 


ios::in ios::out ios::trunc 


wb+ 


ios::out ios::binary 


wb 


ios::out ios::app ios::binary 


ab 


ios::out ios::trunc ios::binary 


wb 


ios::in ios::binary 


rb 


ios::in ios::out ios::binary 


r+b 


ios::in ios::out ios::trunc ios::binary 


w+b 



Les modes d'ouverture de lafonction fopen du C 
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Remarque 



Rappelons que certains environnements (PC en particulier) distinguent les fichiers de 
texte des autres (qu'ils appellent parfois fichiers binaires 1 ) ; plus precisement, lors de 
l'ouverture du fichier, on peut specifier si Ton souhaite ou non considerer son contenu 
comme du texte. Cette distinction est en fait principalement motivee par le fait que sur ces 
systemes le caractere de fin de ligne (\n) possede une representation particuliere obtenue 
par la succession de deux caracteres (retour chariot \r, suivi de fin de ligne \n) 2 . Dans ces 
conditions, pour qu'un programme C++ puisse ne "voir" qu'un seul caractere de fin de 
ligne et qu'il s'agisse bien de \n, il faut operer un traitement particulier consistant a : 

- remplacer chaque occurrence de ce couple de caracteres par \n, dans le cas d'une lectu- 
re, 

- remplacer chaque demande d'ecriture de \n par l'ecriture de ce couple de caracteres. 

Bien entendu, de telles substitutions ne doivent pas etre realisees sur de "vrais fichiers 
binaires". II faut done bien pouvoir operer une distinction au sein du programme. Cette 
distinction se fait au moment de l'ouverture du fichier, en activant le bit ios: -.binary 
dans le mode d'ouverture dans le cas d'un fichier binaire ; par defaut, ce bit n'est pas 
active. On notera que l'activation du bit ios: -.binary correspond aux modes d'ouverture 
"rb" ou "wb" dulangageC. 

7 Les anciennes possibilites de formatage 
en memoire 

En langage C : 

• sscanfpermet d'acceder a une information situee en memoire, de facon comparable a ce que 
fait scanf sur l'entree standard, 

• sprintfpermet de fabriquer en memoire une chaine de caracteres correspondant a celle qui 
serait transmise a la sortie standard par print/. 

En C++, des facilites comparables existent. Jusqu'a la norme, elles etaient fournies par les 
classes : 

• ostr stream pour "l'insertion" de caracteres dans un tableau, 

• istrstream pour "l'extraction" de caracteres depuis un tableau. 



1 . Alors qu'au bout du compte tout fichier est binaire ! 

2. Notez que dans ces environnements PC, le caractere CTRL/Z (de code decimal 26) est interprets comme une fin 
de fichier texte 
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La norme a introduit de nouvelles classes, plus faciles d'emploi et faisant appel au type string 
(vrai type chaine). Elles seront presentees au paragraphe 7 du chapitre 22. 

Ici, nous vous presenterons quand meme les anciennes possibilites, afin de vous permettre 
d'exploiter des programmes existants. Notez qu'elles sont classees "deprecaded feature", ce 
qui signifie qu'elles sont susceptibles de disparaitre dans une version ulterieure de C++. 

7.1 La classe ostrstream 

Un objet de classe ostrstream peut recevoir des caracteres, au meme titre qu'un flot de sortie. 
La seule difference est que ces caracteres ne sont pas transmis a un peripherique ou a un 
fichier, mais simplement conserves dans l'objet lui-meme, plus precisement dans un tableau 
membre de la classe ostrstream ; ce tableau est cree dynamiquement et ne pose done pas de 
probleme de limitation de taille. 

Une fonction membre particuliere nominee str permet d'obtenir l'adresse du tableau en ques- 
tion. Celui-ci pourra alors etre manipule comme n'importe quel tableau de caracteres (repere 
par un pointeur de type char *). 

Par exemple, avec la declaration : 

ostrstream tab 

vous pouvez inserer des caracteres dans l'objet tab par des instructions telles que : 

tab « « « ; 

ou : 

tab. put ( ) ; 

ou encore : 

tab. write ( ) ; 

L'adresse du tableau de caracteres ainsi constitue pourra etre obtenue par : 

char * adt = tab. str () ; 

A partir de la, vous pourrez agir comme il vous plaira sur les caracteres situes a cette adresse 
(les consulter, mais aussi les modifier...). 



\> 



Remarques 

1 Lorsque str a ete appelee pour un objet, il n'est plus possible d'inserer de nouveaux carac- 
teres dans cet objet. On peut dire que l'appel de cette fonction gele definitivement le 
tableau de caracteres (n'oubliez pas qu'il est alloue dynamiquement et que son adresse 
peut meme evoluer au fil de l'insertion de caracteres !), avant d'en fournir en retour une 
adresse definitive. On prendra done bien soin de n'appeler str que lorsque Ton aura insere 
dans l'objet tous les caracteres voulus. 

Par souci d'exhaustivite, signalons qu'il existe une fonction membre freeze (boot 
action). L'appel tab. freeze (true) fige le tableau, mais il vous faut quand meme appeler 
str pour en obtenir l'adresse. En revanche, tab. freeze (false) presente bien un interet : si 
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tab a deja ete gele, il redevient dynamique, on peut a nouveau y introduire des 
informations ; bien entendu, son adresse pourra de nouveau evoluer et il faudra a nou- 
veau faire appel a str pour l'obtenir. 

2 Si un objet de classe ostrstream devient hors de portee, alors que la fonction str n'a pas 
ete appelee, il est detruit normalement par appel d'un destructeur qui detruit alors egale- 
ment le tableau de caracteres correspondant. En revanche, si str a ete appelee, on consi- 
dere que le tableau en question est maintenant sous la responsabilite du programmeur et 
il ne sera done pas detruit lorsque l'objet deviendra hors de portee (bien stir, le reste de 
l'objet le sera). Ce sera au programmeur de le faire lorsqu'il le souhaitera, en procedant 
comme pour n'importe quel tableau de caracteres alloue dynamiquement (par new), 
e'est-a-dire en faisant appel a l'operateur delete. Par exemple, l'emplacement memoire 
du tableau de l'objet tab precedent, dont l'adresse a ete obtenue dans adt, pourra etre 
libere par : 

delete adt ; 

7.2 La classe istrstream 

Un objet de classe istrstream est cree par un appel de constructeur, auquel on fournit en 
argument : 

• l'adresse d'un tableau de caracteres, 

• le nombre de caracteres a prendre en compte. 

II est alors possible d'extraire des caracteres de cet objet, comme on le ferait de n'importe 
quel flot d'entree. 

Par exemple, avec les declarations : 

char t[100] ; 

istrstream tab ( t, sizeof (t) ) ; 

vous pourrez extraire des caracteres du tableau / par des instructions telles que : 

tab » » » ; 

ou : 

tab. get ( ) ; 

ou encore : 

tab . read ( ) ; 

Qui plus est, vous pourrez agir sur un pointeur courant dans ce tableau, comme vous le feriez 
dans un fichier par l'appel de la fonction seekg. Par exemple, avec l'objet tab precedent, vous 
pourrez replacer le pointeur en debut de tableau par : 

tab. seekg (0, ios::beg) ; 

Cela pourrait permettre, par exemple, d'exploiter plusieurs fois une meme information (lue 
prealablement dans un tableau) en la "lisant" suivant des formats differents. 



7 - Les anciennes possibilites de formatage en memoire 



Voici un exemple d'utilisation de la classe istrstream montrant comment resoudre les proble- 
mes engendres par la frappe d'un "mauvais" caractere dans le cas de lectures sur l'entree stan- 
dard (situation que nous avons evoquee au paragraphe 3.5.2 du chapitre 3 : 

const int LGMAX = 122 ; // longueur maxi d'une ligne clavier 

#include <iostream> 
#include <strstream> 
using namespace std ; 

main() 

{ int n, erreur ; 
char c ; 

char ligne [LGMAX] ; // pour lire une ligne au clavier 
do 

{ cout « "donnez un entier et un caractere : \n" ; 
cin.getline {ligne, LGMAX) ; 
istrstream tampon (ligne, cin.gcount () ) ; 
if (tampon » n » c) erreur = ; 
else erreur = 1 ; 
} 
while (erreur) ; 
cout << "merci pour " « n << " et " « c << "\n" ; 



donnez un entier et un caractere : 

bof 

donnez un entier et un caractere : 

a 125 

donnez un entier et un caractere : 

12 bonjour 

merci pour 12 et b 

Pour lire en toute securite sur l'entree standard 

Nous y lisons tout d'abord reformation attendue pour toute une ligne, sous la forme d'une 
chaine de caracteres (a l'aide de la fonction getline). Nous construisons ensuite, avec cette 
chaine, un objet de type istrstream sur lequel nous appliquons nos operations de lecture (ici 
lecture formatee d'un entier puis d'un caractere). Comme vous le constatez, aucun probleme 
ne se pose plus lorsque l'utilisateur fournit un caractere invalide (par rapport a l'usage qu'on 
doit en faire), contrairement a ce qui se serait passe en cas de lecture directe sur cin. 
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La gestion des exceptions 



Pour la mise au point d'un programme, bon nombre d'environnements proposent des outils 
de debogage tres performants. Si tel n'est pas le cas, il reste toujours possible de faire appel 
aux possibilites heritees du langage C que constituent la compilation conditionnelle (#ifdef) 
et la macro assert. 

Mais meme lorsqu'il est au point, un programme peut rencontrer des "conditions exception- 
nelles" qui risquent de compromettre la poursuite de son execution. Dans des programmes 
relativement importants, il est rare que la detection de l'incident et son traitement puissent se 
faire dans la meme partie de code. Cette dissociation devient encore plus necessaire lorsque 
Ton developpe des composants reutilisables destines a etre exploiter par de nombreux pro- 
grammes. 

Certes, on peut toujours resoudre un tel probleme en s'appuyant sur les demarches utilisees 
en C. La plus repandue consistait a s'inspirer de la philosophie utilisee dans la bibliotheque 
standard : fournir un code d'erreur comme valeur de re tour des differentes fonctions. Si une 
telle methode presente l'avantage de separer la detection d'une anomalie de son traitement, 
elle n'en reste pas moins tres fastidieuse ; elle implique en effet l'examen systematique des 
valeurs de retour, en de nombreux points du programme, ainsi qu'une frequente retransmis- 
sion a travers la hierarchie des appels. Une autre demarche consistait a exploiter les fonctions 
setjmp et longjmp pour provoquer un branchement s'affranchissant de la hierarchie des 
appels ; cependant, aucune gestion des variables automatiques n'etait alors assuree 1 . 



1. Pour plus d'informations sur les fonctions setjmp et longjmp, on pourra consulter Langage C normeANSI du meme 
auteur, chez le meme editeur. 
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La version 3 de C++ a integre dans le langage un mecanisme tres puissant de traitement de 
ces anomalies, nomme gestion des exceptions. II a le merite de decoupler total ement la detec- 
tion d'une anomalie (exception) de son traitement, en s'affranchissant de la hierarchie des 
appels, tout en assurant une gestion convenable des objets automatiques. 

D'une maniere generale, une exception est une rupture de sequence declenchee (on dit aussi 
"levee" ou "lancee") par une instruction throw, comportant une expression d'un type donne. 
II y a alors branchement a un ensemble d' instructions nomme gestionnaire d'exception (on 
parle aussi de "capture par un gestionnaire"), dont le nom est determine par la nature de 
l'exception. Plus precisement, chaque exception est caracterisee par un type, et le choix du 
bon gestionnaire se fait en fonction de la nature de l'expression mentionnee a throw. 

Compte tenu de l'originalite de cette nouvelle notion, nous introduirons les notions de lance - 
ment et de capture d'une exception sur quelques exemples. Nous verrons ensuite quelles sont 
les differentes facons de poursuivre l'execution apres la capture d'une exception. Nous etu- 
dierons en detail l'algorithme utilise pour effectuer le choix du gestionnaire d' interruption, 
ainsi que le role de la fonction terminate, dans le cas ou aucun gestionnaire n'est trouve. 
Nous verrons ensuite comment une fonction peut specifier les exceptions qu'elle est suscep- 
tible de lancer sans les traiter, et quel est alors le role de la fonction unexpected. Puis nous 
examinerons les differentes "classes d'exceptions" fournies par la bibliotheque standard et 
utilisees par les fonctions standards, ainsi que l'interet qu'il peut y avoir a les exploiter dans 
la creation de ses propres exceptions. 

1 Premier exemple d'exception 

Dans cet exemple complet, nous allons reprendre la classe vect presentee au paragraphe 5 du 
chapitre 9, c'est-a-dire munie de la surdefinition de l'operateur []. Celui-ci n'etait alors pas 
protege contre l'utilisation d'indices situes en dehors des bornes. Ici, nous allons completer 
notre classe pour qu'elle declenche une exception dans ce cas. Puis nous verrons comment 
intercepter une telle exception en ecrivant un gestionnaire approprie. 

1 .1 Comment lancer une exception : Instruction throw 

Au sein de la surdefinition de [], nous introduisons done une verification de l'indice ; lorsque 
celui-ci est incorrect, nous declenchons une exception, a l'aide de l'instruction throw. Celle-ci 
necessite une expression quelconque dont le type (classe ou non) sert a identifier l'exception. 
En general, pour bien distinguer les exceptions les unes des autres, il est preferable d'utiliser 
un type classe, defini uniquement pour representer l'exception concernee. C'est ce que nous 
ferons ici. Nous introduisons done artificiellement avec la declaration de notre classe vect 
une classe nominee vectlimite (sans aucun membre). Son existence nous permet de creer un 
objet /, de type vectlimite, objet que nous associons a l'instruction throw par l'instruction : 
throw I ; 
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Voici la definition complete de la classe vect : 



/* declaration de la classe vect */ 
class vect 
{ int nelem ; 

int * adr ; 
public : 

vect (int) ; 

-vect ( ) ; 

int & operator [] (int) ; 
} ; 

/* declaration et definition d'une classe vect_limite (vide pour 1' instant) */ 
class vect_limite 

{ } ; 

/* definition de la classe vect */ 
vect:: vect (int n) 
{ adr = new int [nelem = n] ; 
} 

vect : : -vect ( ) 
{ delete adr ; 
} 

int & vect : : operator [ ] (int i ) 
{ if (i<0 | | i>nelem) 
{ vect_limite 1 ; 

throw (1) ; // declenche une exception de type vect_limite 

} 
return adr [i] ; 



Definition d'une classe provoquant une exception vect_limite 

1 .2 Utilisation d'un gestionnaire d'exception 

Disposant de notre classe vect, voyons maintenant comment proceder pour pouvoir gerer 
convenablement les eventuelles exceptions de type vectlimite que son emploi peut provo- 
quer. Pour ce faire, il est necessaire de respecter deux conditions : 

• inclure dans un bloc particulier, dit "bloc try" , toutes les instructions dans lesquelles on sou- 
haite pouvoir detecter une exception ; un tel bloc se presente ainsi : 

try 
{ 

// instructions 
} 

• faire suivre ce bloc de la definition des differents "gestionnaires d'exceptions" necessaires 
(ici, un seul suffit). Chaque definition est precedee d'un en-tete introduit par le mot cle catch 
(comme si catch etait le nom d'une fonction gestionnaire...). Dans notre cas, voici ce que 
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pourrait etre notre unique gestionnaire, destine a intercepter les exceptions de type 
vectlimite : 

catch (vect_limite 1) /* nom d'argument superflu ici */ 
{ cout « "exception limite \n" ; 

exit (-1) ; 
} 

Nous nous contentons ici d'afficher un message et d'interrompre l'execution du programme. 

1.3 Recapitulatif 

A titre indicatif, voici la liste complete de la definition des differentes classes concernees. 
Elle est accompagnee d'un petit programme d'essai dans lequel nous declenchons volontaire- 
ment une exception vectlimite en apliquant l'operateur [] a un objet de type vect, avec un 
indice trop grand) : 

#include <iostream> 

#include <cstdlib> /* ancien <stdlib.h> : pour exit */ 

using namespace std ; 

/* declaration de la classe vect */ 
class vect 
{ int nelem ; 

int * adr ; 
public : 

vect (int) ; 

~vect ( ) ; 

int & operator [] (int) ; 
} ; 

/* declaration et definition d'une classe vect_limite (vide pour l'instant) */ 
class vect_limite 

{ } ; 

/* definition de la classe vect */ 
vect:: vect (int n) 
{ adr = new int [nelem = n] ; } 
vect : : -vect ( ) 
{ delete adr ; } 
int & vect :: operator [] (int i) 
{ if (i<0 I I i>nelem) 

{ vect_limite 1 ; throw (1) ; 

} 
return adr [i] ; 
} 

/* test interception exception vect_limite */ 
main () 
{ try 

{ vect v(10) ; 

v[ll] = 5 ; /* indice trop grand */ 
} 
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catch (vect_limite 1) /* nom d'argument superflu ici */ 
{ cout « "exception limite \n" ; 
exit (-1) ; 



} 



exception limite 



> 



Premier exemple de gestion d'exception 



Remarques 

1 Ce premier exemple, destine a vous presenter le mecanisme de gestion des exceptions, est 
fort simple ; notamment : 

- il ne comporte qu'un seul type d'exception, de sorte qu'il ne met pas vraiment en evi- 
dence le mecanisme de choix du bon gestionnaire, 

- le gestionnaire ne recoit pas d'information particuliere (l'argument / etant ici artificiel). 

2 D'une maniere generale, le gestionnaire d'une exception est defini independamment des 
fonctions susceptibles de la declencher. Ainsi, a partir du moment ou la definition d'une 
classe est separee de son utilisation (ce qui est souvent le cas en pratique), il est tout a 
fait possible de prevoir un gestionnaire d'exception different d'une utilisation a une 
autre d'une meme classe. Dans l'exemple precedent, tel utilisateur peut vouloir afficher 
un message avant de s'interrompre, tel autre preferera ne rien afficher ou encore tenter 
de prevoir une solution par defaut. . . 

3 Nous aurions pu prevoir un gestionnaire d'exception dans la classe vect elle-meme. II 
en sera rarement ainsi en pratique, dans la mesure ou l'un des buts primordiaux du 
mecanisme propose par C++ est de separer la detection d'une exception de son traite- 
ment. 

4 Ici, nous avons prevu une instruction exit a l'interieur du gestionnaire d'exception. Nous 
verrons au paragraphe 3.1 que, dans le cas contraire, l'execution se poursuivrait a la 
suite du bloc try concerne. Mais dores et deja nous pouvons remarquer que le modele 
de gestion des exceptions propose par C++ ne permet pas de reprendre l'execution a 
partir de l'instruction ay ant leve F exception 1 . 

5 Si nous n'avions pas prevu de bloc try, l'exception limite declenchee par Foperateur [] 
et non prise en compte aurait alors simplement provoque un arret de l'execution. 



1. II en ira de meme en Java. En revanche, ADA dispose d'un mecanisme de reprise d'execution. 
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2 Second exemple 



Examinons maintenant un exemple un peu plus realiste dans lequel on trouve deux excep- 
tions differentes et ou il y a transmission d'informations aux gestionnaires. Nous allons 
reprendre la classe vect precedente, en lui permettant de lancer deux sortes d'exceptions : 

• une exception de type vectlimite comme precedemment mais, cette fois, on prevoit de 
transmettre au gestionnaire la valeur de l'indice qui a declenche l'exception ; 

• une exception vect creation declenchee lorsque Ton transmet au constructeur un nombre 
d'elements incorrect 1 (negatif ou nul) ; la encore, on prevoit de transmettre ce nombre au 
gestionnaire. 

II suffit d'appliquer le mecanisme precedent, en notant simplement que l'objet indique a 
throw et recupere par catch peut nous servir a communiquer toute information de notre 
choix. Nous prevoirons done, dans nos nouvelles classes vectlimite et vectcreation, un 
champ public de type entier destine a recevoir l'information a transmettre au gestionnaire. 

Voici un exemple complet (ici, encore, la definition et l'utilisation des classes figurent dans le 
meme source ; en pratique, il en ira rarement ainsi) : 

#include <iostreain> 

#include <cstdlib> // ancien <stdlib.h> pour exit 

using namespace std ; 

/* declaration de la classe vect */ 
class vect 
{ int nelem ; 
int * adr ; 
public : 
vect (int) ; 
~vect ( ) ; 
int & operator [] (int) ; 



/* declaration - definition des deux classes exception */ 
class vect_limite 
( public : 

int hors ; // valeur indice hors limites (public) 

vect_limite (int i) // constructeur 
{ hors = i ; } 



1. Dans un cas reel, on pourrait aussi lancer cette interruption en cas de manque de memoire. 



2 - Second exemple 



class vect_creation 
{ public : 

int nb ; // nombre elements demandes (public) 

vect_creation (int i) // constructeur 

{ nb = i ; } 



/* definition de la classe vect */ 
vect::vect (int n) 
{ if (n <= 0) 

{ vect_creation c(n) ; // anomalie 

throw c ; 
} 
adr = new int [nelem = n] ; // construction normale 
} 

vect: :~vect () 
{ delete adr ; 
} 

int & vect :: operator [] (int i) 
{ if (i<0 I I i>nelem) 

{ vect_limite l(i) ; // anomalie 

throw 1 ; 
} 
return adr [i] ; // fonctionnement normal 

} 

/* test exception */ 
main ( ) 
{ 
try 
{ vect v(-3) ; // provoque l'exception vect_creation 

v[ll] = 5 ; // provoquerait l'exception vect_limite 
} 

catch (vect_limite 1) 
{ cout « "exception indice " « l.hors << " hors limites \n" 

exit (-1) ; 
} 

catch (vect_creation c) 

{ cout « "exception creation vect nb elem = " << c.nb « "\n" 
exit (-1) ; 



exception creation vect nb elem = -3 

Exemple de gestion de deux exceptions 
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Bien entendu, la premiere exception (declenchee par vect v(-3)) ay ant provoque la sorite du 
bloc try, nous n'avons aucune chance de mettre en evidence celle qu'aurait provoque vfllj = 
5. Si la creation de v avait ete correcte, cette derniere instruction aurait entraine l'affichage du 
message : 



> 



exception indice 11 hors limites 



Remarques 



1 Dans un exemple reel, on pourrait avoir interet a transmettre dans vectlimite non seule- 
ment la valeur de l'indice, mais aussi les limites prevues. II suffirait d'introduire les mem- 
bres correspondants dans la classe vectlimite. 

2 Ici, chaque type d'exception n'est declenche qu'en un seul endroit. Mais bien entendu, 
n'importe quelle fonction (pas necessairement membre de la classe vect !) disposant de 
la definition des deux classes (vectlimite et vect creation) peut declencher ces excep- 
tions. 

3 Le mecanisme de gestion des exceptions 

Dans tous les exemples precedents, le gestionnaire d'exception interrompait l'execution par 
un appel de exit (nous aurions pu egalement utiliser la fonction standard abort 1 ). Mais le 
mecanisme offert par C++ autorise d'autres possibilites que nous allons examiner mainte- 
nant, en distinguant deux aspects : 

• la possibility de poursuivre l'execution du programme apres l'execution du gestionnaire 
d'exception, 

• la maniere dont sont prises en compte les differentes sorties de blocs (done de fonctions) qui 
peuvent en decouler. 

3.1 Poursuite de l'execution du programme 

Le gestionnaire d'exception peut tres bien ne pas comporter d'instruction d'arret de l'execu- 
tion (exit, abort). Dans ce cas, apres l'execution des intructions du gestionnaire concerne, on 
passe tout simplement a la suite du bloc try concerne. Cela revient a dire qu'on passe a la pre- 
miere instruction suivant le dernier gestionnaire. 

Observez cet exemple qui utilise les memes classes vect, vectlimite et vectcreation que 
precedemment. Nous y appelons a deux reprises une fonction/; l'execution de/se deroule 
normalement la premiere fois, elle declenche une exception la seconde. 



1. Pour plus d'information sur le role de ces fonctions, on pourra consulter Langage C du meme auteur, chez le meme 
editeur. 
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// declaration et definition des classes vect, vect_limite, vect_creation 
// comme dans le paragraphe 2 

// 

main() 

{ void f (int) ; 

cout « "avant appel de f(3) \n" ; 

f(3) ; 

cout « "avant appel de f(8) \n" ; 

f(8) ; 

cout « "apres appel de f(8) \n" ; 
} 

void f (int n) 
{ try 

{ cout « "debut bloc try\n" ; 
vect v(5) ; 

v[n] = ; //OK pour n=3 ; declenche une exception pour n=8 
cout « "fin bloc try\n" ; 

} 

catch (vect_limite 1) 

{ cout « "exception indice " « l.hors << " hors limites \n" ; 

} 

catch (vect_creation c) 

{ cout « "exception creation\n" ; 

} 

// apres le bloc try 

cout « "dans f apres bloc try - valeur de n = " « n « "\n" ; 



avant appel de f (3) 

debut bloc try 

fin bloc try 

dans f apres bloc try - valeur de n = 3 

avant appel de f ( 8 ) 

debut bloc try 

exception indice 8 hors limites 

dans f apres bloc try - valeur de n = 8 

apres appel de f (8) 

Lorsqu'on "passe a travers" un gestionnaire d 'exception 

On constate qu'apres l'execution du gestionnaire d'exception vectlimite, on execute l'ins- 
truction cout figurant a la suite des gestionnaires. On notera bien qu'on peut y afficher la 
valeur de n, puisqu'on est encore dans la portee de cette variable. 

Frequemment, un bloc try couvre toute une fonction, de sorte qu'apres execution d'un ges- 
tionnaire d'exception ne provoquant pas d'arret, il y a retour de ladite fonction. 
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3.2 Prise en compte des sorties de blocs 

L'exemple precedent montrait deja que le branchement provoque par la detection d'une 
exception respectait le changement de contexte qui en decoulait : la valeur de n etait connue 
dans la suite du bloc try, qu'on y soit parvenu naturellement ou suite a une exception. Voici 
un autre exemple dans lequel nous avons simplement modifie la fonction/de l'exemple 
precedent : 

void f(int n) 
{ vect vl ( 5 ) ; 

try 

{ vect v2 (5) ; 
v2[n] = ; 

} 

catch (vect_limite 1) 

{ cout << "exception indice " « l.hors « " hors limites \n" ; 

} 

// apres le bloc try 



> 



// ici vl est connu, v2 ne l'est pas et il a ete convenablement detruit 
} 

Cette fois, nous y creons un vecteur en dehors du bloc try, un autre a l'interieur comme pre- 
cedemment. Bien entendu, si/s'execute sans declencher d'exception, on executera tout natu- 
rellement les instructions suivant le bloc try ; dans ces dernieres, vl sera connu, tandis que v2 
ne le sera plus. Mais il en ira encore de meme si /provoque une exception vectlimite, apres 
son traitement par le gestionnaire correspondant. 

De plus, dans les deux cas, le destructeur de v2 aura ete appele. 

D'une maniere generale, le mecanisme associe au traitement d'une exception ne se contente 
pas de supprimer les variables automatiques des blocs dont on provoque la sortie. II entraine 
l'appel du destructeur de tout objet automatique deja construit et devenant hors de 
portee. 



Remarque 

Comme on peut s'y attendre, ce mecanisme de destruction ne pourra pas s'appliquer aux 
objets dynamiques. Certaines precautions devront etre prises des lors qu'on souhaite 
poursuivre l'execution apres le traitement d'une exception. Ce point sera examine en 
detail en Annexe C. 



4 Choix du gestionnaire 



Dans les exemples que nous avons rencontres jusqu'ici, le choix du gestionnaire etait relati- 
vement intuitif. Nous allons maintenant preciser l'ensemble des regies utilisees par C++ pour 
effectuer ce choix. Puis nous verrons comment la recherche se poursuit dans des blocs try 
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englobants lorsqu'aucun gestionnaire convenable n'est trouve pour un bloc try donne. Aupa- 
ravant, nous allons apporter quelques precisions concernant la maniere (particuliere) dont 
rinformation est effectivement transmise au gestionnaire. 

4.1 Le gestionnaire regoit toujours une copie 

En ce qui concerne rinformation transmise au gestionnaire, a savoir 1' expression mentionnee 
a throw, le gestionnaire en recoit toujours une copie, meme si Ton a utilise une transmission 
par reference. II s'agit la d'une necessite compte tenu du changement de contexte deja evo- 
que 1 . En revanche, lorsque cette information consistera en un pointeur, on evitera qu'il pointe 
sur une variable automatique qui se trouverait detruite avant l'entree dans le gestionnaire : 

c = new A (...) ; 

throw (c) ; // erreur probable 

4.2 Regies de choix d'un gestionnaire d'exception 

Lorqu'une exception est transmise a un bloc try, on recherche, dans les differents blocs catch 
associes, un gestionnaire approprie au type de l'expression mentionnee dans l'instruction 
throw. Comme pour la recherche d'une fonction surdefinie, on precede en plusieurs etapes. 

1. Recherche d'un gestionnaire correspondant au type exact mentionne dans throw. Le qua- 
lificatif const n'intervient pas ici (il y a toujours transmission par valeur). Autrement dit, 
si l'expression mentionnee dans throw est de type T, les gestionnaires suivants 
conviennent : 

catch (T t) 

catch (T S t) 

catch (const T t) 

catch (const T & t) 

2. Recherche d'un gestionnaire correspondant a une classe de base du type mentionne dans 
throw. Cette possibility est precieuse pour regrouper plusieurs exceptions qu'on peut traiter 
plus ou moins "finement". Considerons cet exemple dans lequel les exceptions 
vect creation et vectlimite sont derivees d'une meme classe vecterreur : 

class vect_erreur { } ; 

class vect_creation : public vect_erreur { } ; 

class vect_limite : public vect_erreur { } ; 

void f () { 

throw vect_creation () ; // exception 1 



throw vect_limite () ; // exception 2 



1. Certains auteurs preconisent d'utiliser toujours cette transmission par reference pour eviter la copie supplementaire 
que certains compilateurs introduisent dans le cas d'une transmission par valeur. 
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Dans un programme utilisant/, on peut gerer les exceptions qu'elle est susceptible de de- 
clencher de cette premiere facon : 



main ( ) 
{ try 



f() 



catch (vect_erreur e) 

{ /* on intercepte ici exception_l et exception_2 */ 



Mais on peut aussi les gerer ainsi 



main ( ) 
{ try 
{ .... 
f() 



catch (vect_cration v) 

{ /* on intercepte ici exception_l */ } 
catch (vect_limite v) 

{ /* on intercepte ici exception_2 */ } 

3. Recherche d'un gestionnaire correspondant a un pointeur sur une classe derivee du type 
mentionne dans throw (lorsque ce type est lui-meme un pointeur) ; 

4. Recherche d'un gestionnaire correspondant a un type quelconque represents dans catch 
par des points de suspension (...). 

Des qu'un gestionnaire correspond, on l'execute, sans se preoccuper de l'existence d'autres 
gestionnaires. Ainsi, avec : 

catch (true) // gestionnaire 1 

{ // } 
catch (...) // gestionnaire 2 (type quelconque) 

{ // } 
catch (chose) // gestionnaire 3 

{ // } 

le gestionnaire 3 n'a aucune chance d'etre execute, puisque le gestionnaire 2 interceptera tou- 
tes les exceptions non interceptees par le gestionnaire 1 . 

4.3 Le cheminement des exceptions 

Quand une exception est levee par une fonction, on cherche tout d'abord un gestionnaire dans 
l'eventuel bloc try associe a cette fonction, en appliquant les regies exposees au paragraphe 
4.2. Si Ton ne trouve pas de gestionnaire ou si aucun bloc try n'est associe, on poursuit la 
recherche dans un eventuel bloc try associe a une fonction appelante 1 , et ainsi de suite. Con- 
siderons cet exemple (utilisant toujours les memes classes que precedemment) : 
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/* test exception */ 
main ( ) 
{ try 

{ void fl () ; 

fl ; 
} 

catch (vect_limite 1) 

{ cout « "dans main : exception indice \n" ; 

exit (-1) ; 
} 
} 

void fl () 
{ 
try 

{ vect v{10) ; v[12] = ; // affiche : dans main : exception indice 
vect vl (-1) ; // affiche : dans fl : exception creation 

// (a condition que 1 ' instruction precedente 
// n'ait pas deja provoque une exception) 
} 

catch (vect_creation v) 

{ cout « "dans fl : exception creation \n" ; 
} 
} 

Si aucun gestionnaire d'exception n'est trouve, on appelle la fonction terminate. Par defaut, 
cette derniere appelle la fonction abort. Cette particularite donne beaucoup de souplesse au 
mecanisme de gestion d'exception. En effet, on peut ainsi se permettre de ne traiter que cer- 
taines exceptions susceptibles d'etre declenchees par un programme, les eventuelles excep- 
tions non detectees mettant simplement fin a l'execution. 

Vous pouvez toujours demander qu'a la place de terminate soit appelee une fonction de votre 
choix dont vous fournissez l'adresse a setterminate (de facon comparable a ce que vous fai- 
tes avec setnew handler). II est cependant necessaire que cette fonction mette fin a l'execu- 
tion du programme ; elle ne doit pas effectuer de retour et elle ne peut pas lever d'exception. 

\^^ Remarques 

1 II est theoriquement possible d'imbriquer des blocs try. Dans ce cas, l'algorithme de 
recherche d'un gestionnaire se generalise tout naturellement en prenant en compte les 
eventuels blocs englobants, avant de remonter aux fonctions appelantes. 

2 Retenez bien que des qu'un gestionnaire convenable a ete trouve dans un bloc, aucune 
recherche n'a lieu dans un eventuel bloc englobant, meme s'il contient un gestionnaire 
assurant une meilleure correspondance de type. 



1. En fait, on est presque toujours dans cette situation car il est rare que le bloc try figure dans le meme bloc que celui 
qui contient 1' instruction throw. 
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4.4 Redeclenchement d'une exception 

Dans un gestionnaire, l'instruction throw (sans expression) retransmet l'exception au niveau 
englobant. Cette possibility permet par exemple de completer un traitement standard d'une 
exception par un traitement complementaire specifique. En voici un exemple dans lequel une 
exception (ici de type int) 1 est tout d'abord traitee dans/, avant d'etre traitee dans main : 

#include <iostreain> 

#include <cstdlib> // pour exit (ancien stdlib.h> 

using namespace std ; 

main ( ) 

{ try 

{ void f () ; 

f() ; 

} 

catch (int) 

{ cout << "exception int dans main\n" ; 
exit(-l) ; 

} 
} 

void f ( ) 
{ try 

{ int n=2 ; 
throw n ; // declenche une exception de type int 

} 

catch (int) 

{ cout << "exception int dans f\n" ; 
throw ; 

} 
} 

exception int dans f 
exception int dans main 



\> 



Exemple de redeclenchement d'une exception 



Remarques 

1 Dans le cas d'un gestionnaire d'exception figurant dans un constructeur ou un destruc- 
teur, l'exception correspondante est automatiquement retransmise au niveau englobant si 
Ton atteint la fin du gestionnaire. Tout se passe comme si le gestionnaire se terminait par 
l'instruction : 



1. II s'agit d'un exemple d'ecole. En pratique, l'utilisation d'un type de base pour caracteriser une exception n'est 
guere conseillee. 
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throw ; // generee automatiquement a la fin d'un gestionnaire 

// d' exception figurant dans un constructeur ou un destructeur 

La relance d'une exception par throw s'avere surtout utile lorsqu'un meme gestionnaire 
risque de traiter une famille d'exceptions. Dans le cas contraire, on peut toujours la 
remplacer par le declenchement explicite d'une nouvelle exception de meme type. 
Ainsi, dans le gestionnaire : 

catch (A a) // intercepte les exceptions de type A ou derive 

on peut utiliser : 

throw a ; // relance une exception de type A, quel que soit le type 

// de celle reellement interceptee (A ou derive) 
throw ; // relance une exception du type de celle reellement interceptee 



5 Specification d'interface : 
la fonction unexpected 



Une fonction peut specifier les exceptions qu'elle est susceptible de declencher sans les traiter 
(ou de traiter et de redeclencher par throw). Elle le fait a l'aide du mot cle throw, suivi, entre 
parentheses, de la liste des exceptions concernees. Dans ce cas, toute exception non prevue et 
declenchee a l'interieur de la fonction (ou d'une fonction appelee) entraine l'appel d'une fonc- 
tion particuliere nominee unexpected. 

On peut dire que : 

void f() throw (A, B) { } /* f est censee ne declencher que */ 

/* des exceptions de type A et B */ 

est equivalent a : 

void f () 

{ try { 



catch {A a) { throw ; } /* 1' exception A est retransmise */ 

catch (B b) { throw ; } /* 1' exception B est retransmise */ 

catch (...) { unexpected () ; } /* les autres appelent unexpected V 
} 

Malheureusement, le comportement par defaut de unexpected n'est pas entierement defini 
par la norme. Plus precisement, cette fonction peut : 

• soit appeler la fonction terminate (qui, par defaut appelle abort, ce qui met fin a l'execu- 
tion), 

• soit redeclencher une exception prevue dans la specification d'interface de la fonction con- 
cernee. Ce cadre assez large est essentiellement prevu pour permettre a unexpected de de- 
clencher une exception standard badexception (les exceptions standard seront etudiees au 
paragraphe 6). 
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Vous pouvez egalement fournir votre propre fonctionen remplacement de unexpected, en 
l'indiquant par setunexpected. La encore, cette fonction ne peut pas effectuer de retour ; en 
revanche, contrairement a la fonction se substituant a terminate, elle peut lancer une excep- 
tion a son tour. 

Voici un exemple dans lequel une fonction /declenche, suivant la valeur de son argument, 
une exception de l'un des types double, int ou float 1 . Les premieres disposent d'un gestion- 
naire interne if, mais pas les autres. Par ailleurs, fa ete declaree throw(int), ce qui laisse 
entendre que, vue de l'exterieur, elle ne declenche que des exceptions de type int. Nous exe- 
cutons a trois reprises le programme, de facon a amener/a declencher successivement cha- 
cune des trois exceptions. 



#include <iostreain> 
using namespace std ; 
main ( ) 
{ 

void f (int) throw (int) ; 

int n ; 

cout « "entier (0 a 2) : " ; cin » n ; 

try 

I f(n) ; 

} 

catch (int) 

{ cout << "exception int dans main\n" ; 

} 

cout « "suite du bloc try du main\n" ; 
} 

void f (int n) throw (int) 
{ try 

{ cout « "n = " « n « "\n" ; 
switch (n) 

{ case : double d ; throw d ; 

break ; 

case 1 : int n ; throw n ; 

break ; 
case 2 : float f ; throw f ; 
break ; 



catch (double) 

{ cout « "exception double dans f\n" 



cout « "suite du bloc try dans f et retour appelant\n" ; 



1. Ici encore, il s'agit d'un exemple d'ecole. En pratique, l'utilisation d'un type de base pour caracteriser une 
exception n'est guere conseillee. 
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entier (0 a 2) : 

n = 

exception double dans f 

suite du bloc try dans f et retour appelant 

suite du bloc try du main 

entier (0 a 2) : 1 

n = 1 

exception int dans main 

suite du bloc try du main 

entier {0 a 2) : 2 
n = 2 

// ici : appel de abort (fin anormale) 

Exemple de specification d'interface 

On notera que, dans la troisieme execution du programme, il y a appel de la fonction unex- 
pected. Comme rien n'est prevu pour traiter l'exception standard badalloc, quel que soit le 
comportement prevu par 1' implementation, nous aboutirons en definitive a un appel de abort. 



\^^ Remarques 



1 L' absence de specification d'interface revient a specifier toutes les exceptions possibles. 
En revanche, une specification vide n'autorise aucune exception : 

void fct throw {) // aucune exception permise - toute exception non traitee 
// dans la fonction appelle unexpected 

2 En cas de redefinition de fonction membre dans une classe derivee, la specification 
d'interface de la fonction redefinie ne peut pas mentionner d'autres exceptions que cel- 
les prevues dans la classe de base ; en revanche, elle peut n'en specifier que certaines, 
voire aucune. 

3 D'une maniere generale, la specification d'exceptions ne doit etre utilisee qu'avec pre- 
cautions. En effet, enumerer les exceptions susceptibles d'etre levees par une fonction 
suppose qu'on connait avec certitude toutes les exceptions susceptibles d'etre levees 
par toutes les fonctions appelees. 
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6 Les exceptions standard 



6.1 Generates 

La bibliotheque standard comporte quelques classes fournissant des exceptions specifiques 
susceptibles d'etre declenchees par un programme. Certaines peuvent etre declenchees par 
des fonctions ou des operateurs de la bibliotheque standard. 

Toutes ces classes derivent d'une classe de base nominee exception et sont organisees suivant 
la hierarchie suivante (leur declaration figure dans le fichier en-tete <stdexcept>) : 

exception 

logic _error 

domainerror 

invalid argument 

lengtherror 

outofrange 
runtime error 

rangeerror 

overflow error 

underflow error 
badalloc 
badcast 
badexception 
badtypeid 

6.2 Les exceptions declenchees par la bibliotheque standard 

Sept des exceptions standard sont susceptibles d'etre declenchees par une fonction ou un 
operateur de la bibliotheque standard. Voici leur signification : 

• bad_alloc : echec d' allocation memoire par new ; 

• badcast : echec de l'operateur dynamiccast ; 

• badtypeid : echec de la fonction typpeid ; 

• badexception : erreur de specification d'exception ; cette exception peut etre declenchee 
dans certaines implementations par la fonction unexpected ; 

• outofrange : erreur d'indice ; cette exception est declenchee par les fonctions at, membres 
des differentes classes conteneurs (decrites au chapitre 1 9 et au chapitre 20), ainsi que par 
l'operateur [] du conteneur bitset ; 

• invalid 'argument : declenchee par le constructeur du conteneur bitset ; 

• overflow error : declenchee par la fonction toulong du conteneur bitset. 



6 - Les exceptions standard 



6.3 Les exceptions utilisables dans un programme 

A priori, toutes les classes precedentes sont utilisables pour les exceptions declenchees par 
l'utilisateur, soit telles quelles, soit sous forme de classes derivees. II est cependant prefera- 
ble d'assurer une certaine coherence a son programme ; par exemple, il ne serait guere rai- 
sonnable de declencher une exception badalloc pour signaler une anomalie sans rapport 
avec une allocation memoire. 

Pour utiliser ces classes, quelques connaissances sont necessaires : 

• la classe de base exception dispose d'une fonction membre what censee fournir comme va- 
leur de retour un pointeur sur une chaine expliquant la nature de l'exception. Cette fonction, 
virtuelle dans exception, doit etre redefinie dans les classes derivees et elle Test dans toutes 
les classes citees ci-dessus (la chaine obtenue depend cependant de 1' implementation) ; 

• toutes ces classes disposent d'un constructeur recevant un argument de type chaine dont la 
valeur pourra ensuite etre recuperee par what. 

Voici un exemple de programme utilisant ces proprietes pour declencher deux exception de 
type range error, avec deux messages explicatifs differents : 

#include <iostream> 
#include <stdexcept> 
#include <cstdlib> 
using namespace std ; 
main() 
{ try 

{ 

throw range_error ("anomalie 1") ; // afficherait : exception : anomalie 1 



throw range_error ("anomalie 2") ; // afficherait : exception : anomalie 2 
} 

catch (range_error S re) 
{ cout « "exception : " << re. what () « "\n" ; 

exit (-1) ; 



6.4 Creation d'exceptions derivees de la classe exception 

Jusqu'ici, nous avions defini nos propres classes exception de facon independante de la 
classe standard exception. On voit maintenant qu'il peut s'averer interessant de creer ses pro- 
pres classes derivees de exception, pour au moins deux raisons : 

1 . On facilite le traitement ulterieur des exceptions. A la limite, on est stir d'intercepter toutes 
les exceptions avec le simple gestionnaire : 

catch (exception & e) { } 

Ce ne serait pas le cas pour des exceptions non rattachees a la classe exception. 
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2. On peut s'appuyer sur la fonction what, decrite ci-dessus, a condition de la redefinir de fa- 
con appropriee dans ses propres classes. II est alors facile d'afficher un message explicatif 
concernant l'exception detectee, a l'aide du simple gestionnaire suivant : 

catch (exception & e) // attention a la reference, pour beneficier de la 

// ligature dynamique de la fonction virtuelle what 
{ cout « "exception interceptee : " << e.what « "\n" ; } 

6.4.1 Exemple 1 

Voici un premier exemple dans lequel nous creons deux classes exception! et exception J2, 
derivees de la classe exception, et dans lesquelles nous redefinissons la fonction membre 
what : 

#include <iostream> 

#include <stdexcept> 

using namespace std ; 

class mon_exception_l : public exception 

{ public : 

mon_exception_l () {} 

const char * whatO const { return "mon exception nummero 1" ; } 
} ; 

class mon_exception_2 : public exception 
{ public : 

mon_exception_2 () {} 

const char * what() const { return "mon exception nummero 2" ; } 

} ; 

main { ) 
{ try 

{ cout << "bloc try l\n" ; 
throw mon_exception_l ( ) ; 

} 

catch (exception & e) 

{ cout << "exception : " « e.what () « "\n" ; 

} 

try 

{ cout << "bloc try 2\n" ; 
throw mon_exception_2 ( ) ; 

} 

catch (exception s e) 

{ cout << "exception : " « e.what () « "\n" ; 

} 
} 

bloc try 1 

exception : mon exception nummero 1 

bloc try 2 

exception : mon exception nummero 2 

Utilisation de classes exception derivees de exception (I) 
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Notez qu'il est important de definir what sous la forme d'une fonction membre constante, 
sous peine de ne pas la voir appelee. 

6.4.2 Exemple 2 

Dans ce deuxieme exemple, nous creons une seule classe mon exception, derivee de la classe 
exception. Mais nous prevoyons que son constructeur conserve la valeur recue (chaine) en 
argument et nous redefinissons what de facon qu'elle fournisse cette valeur. II reste ainsi pos- 
sible de distinguer entre plusieurs sortes d'exceptions (ici 2). 

#include <iostream> 

#include <stdexcept> 

using namespace std ; 

class mon_exception : public exception 

{ public : 

mon_exception (char * texte) { ad_texte = texte ; } 
const char * what ( ) const { return ad_texte ; } 

private : 

char * ad_texte ; 
} ; 

main ( ) 
{ try 

{ cout << "bloc try l\n" ; 
throw mon_exception ("premier type") ; 

} 

catch (exception & e) 

{ cout << "exception : " « e.whatO « "\n" ; 

} 

try 

{ cout << "bloc try 2\n" ; 
throw mon_exception ("deuxieme type") ; 



catch (exception s e) 

{ cout << "exception : " « e.whatO « "\n" ; 



bloc try 1 

exception : premier type 

bloc try 2 

exception : deuxieme type 
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Generalites sur 
la bibliotheque standard 



Comme celle du C, la norme du C++ comprend la definition d'une bibliotheque standard. 
Bien entendu, on y trouve toutes les fonctions prevues dans les versions C++ d'avant la 
norme, qu'il s'agisse des flots decrits precedemment ou des fonctions de la bibliotheque stan- 
dard du C. Mais, on y decouvre surtout bon nombre de nouveautes originales. La plupart 
d'entre elles sont constitutes de patrons de classes et de fonctions pro venant en majorite 
d'une bibliotheque du domaine public, nominee Standard Template Library (en abrege STL) 
et developpee chez Hewlett Packard. 

L'objectif de ce chapitre est de vous familiariser avec les notions de base concernant l'utilisa- 
tion des principaux composants de cette bibliotheque, a savoir : les conteneurs, les iterateurs, 
les algorithmes, les generateurs d'operateurs, les predicats et l'utilisation d'une relation 
d'ordre. 



1 Notions de conteneur, d'iterateur 
et d'algorithme 



Ces trois notions sont etroitement liees et, la plupart du temps, elles interviennent simultane- 
ment dans un programme utilisant des conteneurs. 
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1 .1 Notion de conteneur 

La bibliotheque standard fournit un ensemble de classes dites conteneurs, permettant de 
representer les structures de donnees les plus repandues telles que les vecteurs, les listes, les 
ensembles ou les tableaux associatifs. II s'agit de patrons de classes parametres tout naturelle- 
ment par le type de leurs elements. Par exemple, on pourra construire une liste d'entiers, un 
vecteur de flottants ou une liste de points (point etant une classe) par les 
declarations suivantes : 

list <int> li ; /* liste vide d' elements de type int */ 
vector <double> Id ; /* vecteur vide d' elements de type double */ 
list <point> lp ; /* liste vide d' elements de type point */ 

Chacune de ces classes conteneur dispose de fonctionnalites appropriees dont on pourrait 
penser, a priori, qu'elles sont tres differentes d'un conteneur a l'autre. En realite, les concep- 
teurs de STL ont fait un gros effort d'homogeneisation et beaucoup de fonctions membres 
sont communes a differents conteneurs. On peut dire que, des qu'une action donnee est reali- 
sable avec deux conteneurs differents, elle se programme de la meme maniere. 



> 



Remarque 



En toute rigueur, les patrons de conteneurs sont parametres a la fois par le type de leurs 
elements et par une fonction dite allocateur utilisee pour les allocations et les liberations 
de memoire. Ce second parametre possede une valeur par defaut qui est generalement 
satisfaisante. Cependant, certaines implementations n'acceptent pas encore les parametres 
par defaut dans les patrons de classes et, dans ce cas, il est necessaire de preciser l'alloca- 
teur a utiliser, meme s'il s'agit de celui par defaut. II faut alors savoir que ce dernier est 
une fonction patron, de nom allocator, parametree par le type des elements concernes. 
Voici ce que deviendraient les declarations precedentes dans un tel cas : 

list <int, allocator<int> > li ; /* ne pas oublier l'espace */ 
vector <double, allocator<double> > Id ; /* entre int> et > ; sinon, » */ 
list <point, allocator<point> > lp ; /* representera l'operateur » */ 

1.2 Notion d'iterateur 

C'est dans ce souci d'homogeneisation des actions sur un conteneur qu'a ete introduite la 
notion d'iterateur. Un iterateur est un objet defini generalement par la classe conteneur con- 
cernee qui generalise la notion de pointeur : 

• a un instant donne, un iterateur possede une valeur qui designe un element donne d'un 
conteneur ; on dira souvent qu'un iterateur pointe sur un element d'un conteneur ; 

• un iterateur peut etre increments par l'operateur ++, de maniere a pointer sur l'element sui- 
vant du meme conteneur ; on notera que ceci n'est possible que, comme on le vena plus loin, 
parce que les conteneurs sont toujours ordonnes suivant une certaine sequence ; 
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• un iterateur peut etre dereference, comme un pointeur, en utilisant l'operateur * ; par exem- 
ple, si it est un iterateur sur une liste de points, */'/ designe un point de cette liste ; 

• deux iterateurs sur un meme conteneur peuvent etre compares par egalite ou inegalite. 

Tous les conteneurs fournissent un iterateur portant le nom iterator et possedant au minimum 
les proprietes que nous venons d'enumerer qui correspondent a ce qu'on nomme un iterateur 
unidirectionnel. Certains iterateurs pourront posseder des proprietes supplementaires, en 
particulier : 

• decrementation par l'operateur — ; comme cette possibility s'ajoute alors a celle qui est of- 
ferte par ++, l'iterateur est alors dit bidirectionnel ; 

• acces direct ; dans ce cas, si it est un tel iterateur, l'expression /'/+/' a un sens ; souvent, l'ope- 
rateur [] est alors defini, de maniere que itfij soit equivalent a *(it+i) ; en outre, un tel ite- 
rateur peut etre compare par inegalite. 



> 



Remarque 



Ici, nous avons evoque trois categories d'iterateur : unidirectionnel, bidirectionnel et 
acces direct. Au chapitre 21, nous verrons qu'il existe deux autres categories (entree et 
sortie) qui sont d'un usage plus limite. De meme, on vena qu'il existe ce qu'on appelle des 
adaptateurs d'iterateur, lesquels permettent d'en modifier les proprietes ; les plus impor- 
tants seront l'iterateur de flux et l'iterateur d'insertion. 

1 .3 Parcours d'un conteneur avec un iterateur 
1.3.1 Parcours direct 

Tous les conteneurs fournissent des valeurs particulieres de type iterator, sous forme des 
fonctions membres begin() et end(), de sorte que, quel que soit le conteneur, le canevas sui- 
vant, presente ici sur une liste de points, est toujours utilisable pour parcourir sequentielle- 
ment un conteneur de son debut jusqu'a sa fin : 

list<point> lp ; 



list<point>: : iterator il ; /* iterateur sur une liste de points */ 

for (il = lp.begin() ; il != lp.endO ; il++) 

{ 

/* ici *il designe 1' element courant de la liste de points lp */ 
} 

On notera la particularite des valeurs des iterateurs de fin qui consiste a pointer, non pas sur 
le dernier element d'un conteneur, mais juste apres. D'ailleurs, lorsqu'un conteneur est vide, 
begin() possede la meme valeur que end(), de sorte que le canevas precedent fonctionne tou- 
jours convenablement. 



Generates sur la bibliotheque standard 



Chapitre 18 



> 



Remarque 



Attention, on ne peut pas utiliser comme condition d'arret de la boucle for, une expression 
telle que il < Ip.end, car l'operateur < ne peut s'appliquer qu'a des iterateurs a acces direct. 



1.3.2 Parcours inverse 

Toutes les classes conteneur pour lesquelles iterator est au moins bidirectionnel (on peut 
done lui appliquer ++ et — ) disposent d'un second iterateur note reverse iterator. Construit a 
partir du premier, il permet d'explorer le conteneur suivant l'ordre inverse. Dans ce cas, la 
signification de ++ et — , appliques a cet iterateur, est alors adaptee en consequence ; en outre, 
il existe egalement des valeurs particulieres de type reverse iterator fournies par les fonc- 
tions membres rbeginf) et rend() ; on peut dire que rbeginf) pointe sur le dernier element du 
conteneur, tandis que rend() pointe juste avant le premier. Voici comment parcourir une liste 
de points dans l'ordre inverse : 

list<point> lp ; 



list<point>: : reverse_iterator ril ; /* iterateur inverse sur */ 

/* une liste de points */ 
for {ril = lp.rbegin() ; ril != lp.rend() ; ril++) 
{ 

/* ici *ril designe l'element courant de la liste de points lp */ 
} 

1.4 Intervalle d'iterateur 

Comme nous l'avons deja fait remarquer, tous les conteneurs sont ordonnes, de sorte qu'on 
peut toujours les parcourir d'un debut jusqu'a une fin. Plus general em ent, on peut definir ce 
qu'on nomme un intervalle d'iterateur en precisant les bornes sous forme de deux valeurs 
d'iterateur. Supposons que Ton ait declare : 

vector<point> :: iterator ipl, ip2 ; /* ipl et ip2 sont des iterateurs sur */ 

/* un vecteur de points */ 

Supposons, de plus, que ipl et ip2 possedent des valeurs telles que ip2 soit "accessible" 
depuis ipl, autrement dit que, apres un certain nombre decrementations de ipl par ++, on 
obtienne la valeur de ip2. Dans ces conditions, le couple de valeurs ipl, ip2 definit un inter- 
valle d'un conteneur du type vector<point> s'etendant de l'element pointe par ipl jusqu'a 
(mais non compris) celui pointe par ip2. Cet intervalle se note souvent [ipl, ip2). On dit ega- 
lement que les elements designes par cet intervalle forment une sequence. 

Cette notion d'intervalle d'iterateur sera tres utilisee par les algorithmes et par certaines fonc- 
tions membres. 
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1.5 Notion d'algorithme 

La notion d'algorithme est tout aussi originale que les deux precedentes. Elle se fonde sur le 
fait que, par le biais d'un iterateur, beaucoup d'operations peuvent etre appliquees a un conte- 
neur, quels que soient sa nature et le type de ses elements. Par exemple, on pourra trouver le 
premier element ayant une valeur donnee aussi bien dans une liste, un vecteur ou ensemble ; 
il faudra cependant que l'egalite de deux elements soit convenablement definie, soit par 
defaut, soit par surdefinition de l'operateur ==. De meme, on pourra trier un conteneur 
d'objets de type T, pour peu que ce conteneur dispose d'un iterateur a acces direct et que Ton 
ait defini une relation d'ordre sur le type T, par exemple en surdefinissant l'operateur < 

Les differents algorithmes sont founds sous forme de patrons de fonctions, parametres par le 
type des iterateurs qui leurs sont fournis en argument. La encore, cela conduit a des program- 
mes tres homogenes puisque les memes fonctions pourront etre appliquees a des conteneurs 
differents. Par exemple, pour compter le nombre d'elements egaux a un dans un vecteur 
declare par : 

vector<int> v ; /* vecteur d'entiers */ 

on pourra proceder ainsi : 

n = count (v.begin(), v.endO, 1) ; /* compte le nombre d'elements valant 1 */ 

/* dans la sequence [v.beginO, v.endO) V 
/* autrement dit, dans tout le conteneur v */ 

Pour compter le nombre d'elements egaux a un dans une liste declaree : 

list<int> 1 ; /* liste d'entiers */ 

on procedera de facon similaire (en se contentant de remplacer v par /) : 

n = count (l.begin{), I.endO, 1) ; /* compte le nombre d'elements valant 1 */ 

/* dans la sequence [l.beginO, I.endO) */ 
/* autrement dit, dans tout le conteneur 1 */ 

D'une maniere generale, comme le laissent entendre ces deux exemples, les algorithmes 
s'appliquent, non pas a un conteneur, mais a une sequence definie par un intervalle 
d'iterateur ; ici, cette sequence correspondait a l'integralite du conteneur. 

Certains algorithmes permettront facilement de recopier des informations d'un conteneur 
d'un type donne vers un conteneur d'un autre type, pour peu que ses elements soient du meme 
type que ceux du premier conteneur. Voici, par exemple, comment recopier un vecteur 
d'entiers dans une liste d'entiers : 

vector<int> v ; /* vecteur d'entiers */ 
list<int> 1 ; /* liste d'entiers */ 



copy (v.begin(), v.endO, l.beginO ) ; 

/* recopie 1' intervalle [v.beginO, v.endO), */ 
/* a partir de 1 ' emplacement pointe par l.beginO */ 

Notez que, si Ton fournit l'intervalle de depart, on ne mentionne que le debut de celui d'arri- 
vee. 
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Remarque 



On pourra parfois etre gene par le fait que l'homogeneisation evoquee n'est pas absolue. 
Ainsi, on vena qu'il existe un algorithme de recherche d'une valeur donnee nomme find, 
alors meme qu'un conteneur comme list dispose d'une fonction membre comparable. La 
justification residera dans des considerations d'efficacite. 

1 .6 Iterateurs et pointeurs 

La maniere dont les algorithmes ou les fonctions membres utilisent un iterateur fait que tout 
objet ou toute variable possedant les proprietes attendues (dereferenciation, incrementa- 
tion...) peut etre utilise a la place d'un objet tel que iterator. 

Or, les pointeurs usuels possedent tout naturellement les proprietes d'un iterateur a acces 
direct. Cela leurpermet d'etre employes dans bon nombre d'algorithmes. Cette possibility est 
frequemment utilisee pour la recopie des elements d'un tableau ordinaire dans un conteneur : 

int t[6] = { 2, 9, 1, 8, 2, 11 } ; 
list<int> 1 ; 



t> 



copy (t, t+6, l.beginO) ; /* copie de l'intervalle [t, t+6) dans la liste 1 */ 

Bien entendu, ici, il n'est pas question d'utiliser une notation telle que t.beginf) qui n'aurait 
aucun sens, / n'etant pas un objet. 



Remarque 

Par souci de simplicity, nous parlerons encore de sequence d'elements (mais plus de 
sequence de conteneur) pour designer les elements ainsi definis par un intervalle de poin- 
teurs. 



2 Les differentes sortes de conteneurs 



2.1 Conteneurs et structures de donnees classiques 

On dit souvent que les conteneurs correspondent a des structures de donnees usuelles. Mais, a 
partir du moment ou ces conteneurs sont des classes qui encapsulent convenablement leurs 
donnees, leurs caracteristiques doivent etre independantes de leur implementation. Dans ces 
conditions, les differents conteneurs devraient se distinguer les uns des autres uniquement 
par leurs fonctionnalites et en aucun cas par les structures de donnees sous-jacentes. Beau- 
coup de conteneurs possederaient alors des fonctionnalites voisines, voire identiques. 

En realite, les differents conteneurs se caracterisent, outre leurs fonctionnalites, par l'effica- 
cite de certaines operations. Par exemple, on vena qu'un vecteur permet des insertions d'ele- 
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ments en n'importe quel point mais celles-ci sont moins efficaces qu'avec une liste. En 
revanche, on peut acceder plus rapidement a un element existant dans le cas d'un vecteur que 
dans celui d'une liste. Ainsi, bien que la norme n'impose pas l'implementation des conte- 
neurs, elle introduit des contraintes d'efficacite qui la conditionneront largement. 

En definitive, on peut dire que le nom choisi pour un conteneur evoque la structure de donnee 
classique qui en est proche sur le plan des fonctionnalites, sans pour autant comcider avec 
elle. Dans ces conditions, un bon usage des differents conteneurs passe par un apprentissage 
de leurs possibilites, comme s'il s'agissait bel et bien de classes differentes. 

2.2 Les differentes categories de conteneurs 

La norme classe les differents conteneurs en deux categories : 

• les conteneurs en sequence (ou conteneurs sequentiels), 

• les conteneurs associatifs. 

La notion de conteneur en sequence correspond a des elements qui sont ordonnes comme 
ceux d'un vecteur ou d'une liste. On peut parcourir le conteneur suivant cet ordre. Quand on 
insere ou qu'on supprime un element, on le fait en un endroit qu'on a explicitement choisi. 

La notion de conteneur associatif peut etre illustree par un repertoire telephonique. Dans ce 
cas, on associe une valeur (numero de telephone, adresse...) a ce qu'on nomme une cle (ici le 
nom). A partir de la cle, on accede a la valeur associee. Pour inserer un nouvel element dans 
ce conteneur, il ne sera theoriquement plus utile de preciser un emplacement. 

II semble done qu'un conteneur associatif ne soit plus ordonne. En fait, pour d'evidentes 
questions d'efficacite, un tel conteneur devra etre ordonne mais, cette fois, de facon intrinse- 
que, e'est-a-dire suivant un ordre qui n'est plus defini par le programme. La principale conse- 
quence est qu'il restera toujours possible de parcourir sequentiellement les elements d'un tel 
conteneur qui disposera toujours au moins d'un iterateur nomme iterator et des valeurs 
beginf) et end() . Cet aspect peut d'ailleurs preter a confusion, dans la mesure ou certaines 
operations prevues pour des conteneurs sequentiels pourront s'appliquer a des conteneurs 
associatifs, tandis que d'autres poseront probleme. Par exemple, il n'y aura aucun risque a 
examiner sequentiellement chacun des elements d'un conteneur associatif ; il y en aura mani- 
festement, en revanche, si Ton cherche a modifier sequentiellement les valeurs d'elements 
existants, puisqu'alors, on risque de perturber l'ordre intrinseque du conteneur. Nous y 
reviendrons le moment venu. 

3 Les conteneurs dont les elements 
sont des objets 

Le patron de classe definissant un conteneur peut etre applique a n'importe quel type et done, 
en particulier a des elements de type classe. Dans ce cas, il ne faut pas perdre de vue que bon 
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nombre de manipulations de ces elements vont entrainer des appels automatiques de certai- 
nes fonctions membres. 

3.1 Construction, copie et affectation 

Toute construction d'un conteneur, non vide, dont les elements sont des objets, entraine, 
pour chacun de ces elements : 

• soit l'appel d'un constructeur ; il peut s'agir d'un constructeur par defaut lorsqu'aucun ar- 
gument n'est necessaire ; 

• soit l'appel d'un constructeur par recopie. 

Par exemple, on vena que la declaration suivante (point etant une classe) construit un vecteur 
de trois elements de type point : 

vector<point> v(3) ; /* construction d'un vecteur de 3 points */ 

Pour chacun des trois elements, il y aura appel d'un constructeur sans argument de point. Si 
Ton construit un autre vecteur, a partir de v : 

vector<point> w (v) ; /* ou vector v = w ; */ 

il y aura appel du constructeur par recopie de la classe vector<point>, lequel appellera le 
constructeur par recopie de la classe point pour chacun des trois elements de type point a 
recopier. 

On pourrait s'attendre a des choses comparables avec l'operateur d'affectation dans un cas 
tel que : 

w = v ; /* le vecteur v est affecte aw*/ 

Cependant, ici, les choses sont un peu moins simples. En effet, generalement, si la taille de w 
est suffisante, on se contentera effectivement d'appeler l'operateur d'affectation pour tous les 
elements de v (on appellera le destructeur pour les elements excedentaires de w). En revan- 
che, si la taille de w est insuffisante, il y aura destruction de tous ses elements et creation d'un 
nouveau vecteur par appel du constructeur par recopie, lequel appellera tout naturellement le 
constructeur par recopie de la classe point pour tous les elements de v. 

Par ailleurs, il ne faudra pas perdre de vue que, par defaut, la transmission d'un conteneur en 
argument d'une fonction se fait par valeur, ce qui entraine la recopie de tous ses elements. 

Les trois circonstances que nous venons d'evoquer concernent des operations portant sur 
l'ensemble d'un conteneur. Mais il va de soi qu'il existe egalement d'autres operations por- 
tant sur un element d'un conteneur et qui, elles aussi, feront appel au constructeur de 
recopie (insertion) ou a 1' affectation. 

D'une maniere generale, si les objets concernes ne possedent pas de partie dynamique, les 
fonctions membres prevues par defaut seront satisfaisantes. Dans le cas contraire, il faudra 
prevoir les fonctions appropriees, ce qui sera bien stir le cas si la classe concernee respecte le 
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schema de classe canonique propose au paragraphe 4 du chapitre 9 (et complete au paragra- 
phe 8 du chapitre 13). Notez bien que : 



Des qu'une classe est destinee a donner naissance a des objets susceptibles d'etre 
introduits dans des conteneurs, il n'est plus possible d'en desactiver la recopie et/ou 
I'affectation. 



\> 



Remarque 



Dans les descriptions des differents conteneurs ou algorithmes, nous ne rappellerons pas 
ces differents points, dans la mesure ou ils concernent systematiquement tous les objets. 



3.2 Autres operations 

II existe d'autres operations que les constructions ou recopies de conteneur qui peuvent 
entrainer des appels automatiques de certaines fonctions membres. 

L'un des exemples les plus evidents est celui de la recherche d'un element de valeur donnee, 
comme le fait la fonction membre find du conteneur list. Dans ce cas, la classe concernee 
devra manifestement disposer de l'operateur ==, lequel, cette fois, ne possede plus de version 
par defaut. 

Un autre exemple reside dans les possibilites dites de "comparaisons lexicographiques" que 
nous examinerons au chapitre 1 9 ; nous verrons que celles-ci se fondent sur la comparaison, 
par l'un des operateurs <, >, <= ou >= des differents elements du conteneur. Manifestement, 
la encore, il faudra definir au moins l'operateur < pour la classe concernee : les possibilites de 
generation automatique presentees ci-dessus pourront eviter les definitions des trois autres. 

D'une maniere generale, cette fois, compte tenu de l'aspect episodique de ce type de besoin, 
nous le preciserons chaque fois que ce sera necessaire. 

4 Efficacite des operations sur des conteneurs 

Pour juger de l'efficacite d'une fonction membre d'un conteneur ou d'un algorithme applique 
a un conteneur, on choisit generalement la notation dite "de Landau" (Of...)) qui se definit 
ainsi : 

Le temps t d'une operation est dit O(x) s'il existe une constante k telle que, dans tous les cas, 
on ait : t <= kx. 

Comme on peut s'y attendre, le nombre N d' elements d'un conteneur (ou d'une sequence de 
conteneur) pourra intervenir. C'est ainsi qu'on rencontrera typiquement : 
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• des operations en O(l), c'est-a-dire pour lesquelles le temps est constant (plutot borne par 
une constante, independante du nombre d' elements de la sequence) ; on vena que ce sera le 
cas des insertions dans une liste ou des insertions en fin de vecteur ; 

• des operations en O(N), c'est-a-dire pour lesquelles le temps est proportionnel au nombre 
d'elements de la sequence ; on vena que ce sera le cas des insertions en un point quelconque 
d'un vecteur ; 

• des operations en O(LogN)... 

D'une maniere generale, on ne perdra pas de vue qu'une telle information n'a qu'un caractere 
relativement indicatif ; pour etre precis, il faudrait indiquer s'il s'agit d'un maximum ou d'une 
moyenne et mentionner la nature des operations concernees. C'est d'ailleurs ce que nous 
ferons dans l'annexe C decrivant l'ensemble des algorithmes standard. 

5 Fonctions, predicats et classes fonctions 

5.1 Fonction unaire 

Beaucoup d'algorithmes et quelques fonctions membres permettent d'appliquer une fonction 
donnee aux differents elements d'une sequence (definie par un intervalle d'iterateur). Cette 
fonction est alors passee simplement en argument de 1'algorithme, comme dans : 

for_each(itl, it2, f) ; /* applique la fonction f a chacun des elements V 
/* de la sequence [itl, it2) */ 

Bien entendu, la fonction /doit posseder un argument du type des elements conespondants 
(dans le cas contraire, on obtiendrait une eneur de compilation). II n'est pas interdit qu'une 
telle fonction possede une valeur de retour mais, quoi qu'il en soit, elle ne sera pas utilisee. 

Voici un exemple montrant comment utiliser cette technique pour afficher tous les elements 
d'une liste : 

main { ) 

{ list<float> If ; 
void affiche (float) ; 



for_each (lf.begin(), lf.endO, affiche) ; cout « "\n" ; 



} 

void affiche (float x) { cout « x « " " ; } 



Bien entendu, on obtiendrait le meme resultat en procedant simplement ainsi 



main ( ) 

{ list<float> If ; 
void affiche (list<float>) 



If. affiche () ; 
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void affiche {list<float> 1) 
{ list<float>: : iterator il ; 

for (il=l.begin() ; il!=l.end() ; il++) cout « (*il) « 

cout « "\n" ; 



5.2 Predicats 



On parle de predicat pour caracteriser une fonction qui renvoie une valeur de type boot. 
Compte tenu des conversions implicites qui sont mises en place automatiquement, cette 
valeur peut eventuellement etre entiere, sachant qu'alors correspondra a false et que tout 
autre valeur correspondra a true. 

On rencontrera des predicats unaires, c'est-a-dire disposant d'un seul argument et des predi- 
cats binaires, c'est-a-dire disposant de deux arguments de meme type. 

La encore, certains algorithmes et certaines fonctions membres necessiteront qu'on leur four- 
nisse un predicat en argument. Par exemple, l'algorithmey;«(i_//permet de trouver le premier 
element d'une sequence verifiant un predicat passe en argument : 

main{) 

{ list<int> 1 ; 
list<int>: : iterator il ; 
bool impair (int) ; 



il = find_if (l.begin(), I.endO, impair) ; /* il designe le premier */ 

/* element de 1 verifiant le predicat impair */ 

} 

bool impair (int n) /* definition du predicat unaire impair */ 

{ return n%2 ; } 

5.3 Classes et objets fonctions 

5.3.1 Utilisation d'objet fonction comme fonction de rappel 

Nous venons de voir que certains algorithmes ou fonctions membres necessitaient un predi- 
cat en argument. D'une maniere generale, ils peuvent necessiter une fonction quelconque et 
Ton parle souvent de "fonction de rappel" pour evoquer un tel mecanisme dans lequel une 
fonction est amenee a appeler une autre fonction qu'on lui a transmise en argument. 

La plupart du temps, cette fonction de rappel est prevue dans la definition du patron corres- 
pondant, non pas sous forme d'une fonction, mais bel et bien sous forme d'un objet de type 
quelconque. Les classes et les objets fonction ont ete presenter au paragraphe 6 du chapitre 9 
et nous en avions alors donne un exemple simple d'utilisation. En voici un autre qui montre 
l'interet qu'ils presentent dans le cas de patrons de fonctions. Ici, le patron de fonction essai 
definit une famille de fonctions recevant en argument une fonction de rappel sous forme d'un 
objet fonction f de type quelconque. Les exemples d'appels de la fonction essai montrent 
qu'on peut lui fournir, indifferemment comme fonction de rappel, soit une fonction usuelle, 
soit un objet fonction. 
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/* definition d'une classe fonction */ 



#include <iostreain> 
using namespace std ; 
class cl_fonc 
{ int coef ; 

public : 

cl_fonc(int n) {coef = n ; } 

int operator () (int p) {return coef*p ; } 
} ; 

int fct (int n) /* definition d'une fonction usuelle 

{ return 5*n ; 
} 
template <class T>void essai (T f) 



{ cout « "f(l) : " 
cout « "f(4) : " 

} 

main { ) 

{ essai (fct) ; 
essai (cl_fonc(3)) 
essai (cl_fonc(7)) 



// definition de essai qui recoit en 
« f (1) << "\n" ; // argument un objet de type quelconque 
« f (4) << "\n" ; // et qui 1 'utilise comme une fonction 



// appel essai, avec une fonction de rappel usuelle 
// appel essai, avec une fonction de rappel objet 
// idem 



f(D 
f(4) 
f(D 
f(4) 
f(D 
f(4) 



5 

20 

3 

12 

7 

28 



Exemple d 'utilisation d'objets fonctions 



On voit qu'un algorithme attendant un objet fonction peut recevoir une fonction usuelle. En 
revanche, on notera que la reciproque est fausse. C'est pourquoi, tous les algorithmes ont 
prevu leurs fonctions de rappel sous forme d'objets fonction. 

5.3.2 Classes fonction predefines 

Dans <functional> , il existe un certain nombre de patrons de classes fonction correspondant 
a des predicats binaires de comparaison de deux elements de meme type. Par exemple, 
less<int> instancie une fonction patron correspondant a la comparaison par < (less) de deux 
elements de type int. Comme on peut s'y attendre, less<point> instanciera une fonction 
patron correspondant a la comparaison de deux objets de type point par l'operateur <, qui 
devra alors etre convenablement defini dans la classe point. 

Voici les differents noms de patrons existants et les operateurs correspondants : equal Jo 
(==), notequalto (!=), greater (>), less (<), greater equal (>=), lessequal (<=). 
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Toutes ces classes fonction disposent d'un constructeur sans argument, ce qui leur permet 
d'etre citees comme fonction de rappel. D'autre part, elles seront egalement utilisees comme 
argument de type dans la construction de certaines classes. 



> 



Remarque 



II existe egalement des classes fonction correspondant aux operations binaires usuelles, 
par exemple plus<int> pour la somme de deux int. Voici les differents noms des autres 
patrons existants et les operateurs correspondants : modulus (%), minus (-), times (*), 
divides (/). On trouve egalement les predicats correspondant aux operations logiques : 
logicaland (&&), logicalor (||), logicalnot (!). Ces classes sont cependant d'un usage 
moins frequent que celles qui ont ete etudiees precedemment. 

6 Conteneurs, algorithmes et relation d'ordre 

6.1 Introduction 

Un certain nombre de situations necessiteront la connaissance d'une relation permettant 
d'ordonner les differents elements d'un conteneur. Citons-en quelques exemples : 

• pour des questions d'efficacite, comme il a deja ete dit, les elements d'un conteneur associa- 
tif seront ordonnes en permanence ; 

• un conteneur list disposera d'une fonction membre sort, permettant de rearranger ses ele- 
ments suivant un certain ordre ; 

• il existe beaucoup d'algorithmes de tri qui, eux aussi, reorganisent les elements d'un conte- 
neur suivant un certain ordre. 

Bien entendu, tant que les elements du conteneur concerne sont d'un type scalaire ou string, 
pour lequel il existe une relation naturelle (<) permettant d'ordonner les elements, on peut se 
permettre d'appliquer ces differentes operations d'ordonnancement, sans trop se poser de 
questions. 

En revanche, si les elements concernes sont d'un type classe qui ne dispose pas par defaut de 
l'operateur <, il faudra surdefinir convenablement cet operateur. Dans ce cas, et comme on 
peut s'y attendre, cet operateur devra respecter un certain nombre de proprietes, necessaires 
au bon fonctionnement de la fonction ou de 1'algorithme utilise. 

Par ailleurs, et quel que soit le type des elements (classe, type de base...), on peut choisir 
d'utiliser une relation autre que celle qui correspond a l'operateur < (par defaut ou surdefini) : 

• soit en choisissant un autre operateur (par defaut ou surdefini), 

• soit en fournissant explicitement une fonction de comparaison de deux elements. 
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La encore, cet operateur ou cette fonction devra respecter les proprietes evoquees que nous 
allons examiner maintenant. 

6.2 Proprietes a respecter 

Pour simplifier les notations, nous noterons toujours R, la relation binaire en question, qu'elle 
soit definie par un operateur ou par une fonction. La norme precise que R doit etre une rela- 
tion d'ordre faible strict, laquelle se definit ainsi : 

• Va, !(ai?a) 

• R est transitive, c'est-a-dire que Va, b, c, tels que : a R b et b R c, alors a R c ; 

• Va, b, c, tels que : ! (a R b) et ! (b R c), alors ! (a R c). 

On notera que l'egalite n'a pas besoin d'etre definie pour que R respecte les proprietes requi- 
ses. 

Bien entendu, on peut sans probleme utiliser les operateurs < et > pour les types numeriques ; 
on prendra garde, cependant, a ne pas utiliser <= ou >= qui ne repondent pas a la definition. 

On peut montrer que ces contraintes definissent une relation d'ordre total, non pas sur 
l'ensemble des elements concernes, mais simplement sur les classes d'equivalence induites 
par la relation R, une classe d'equivalence etant telle que a et b appartiennent a la meme 
classe si Ton a a la fois !(a R b) et !(b R a). A titre d'exemple, considerons des elements d'un 
type classe (point), possedant deux coordonnees x et y ; supposons qu'on y definisse la rela- 
tion R par : 

pl(xl,yl)i?p2(x2,y2) sixl<x2 

On peut montrer que R satisfait les contraintes requises et que les classes d'equivalence sont 
formees des points ayant la meme abscisse. 

Dans ces conditions, si Ton utilise R pour trier un conteneur de points, ceux-ci apparaitront 
ordonnes suivant la premiere coordonnee. Cela n'est pas tres grave car, dans une telle opera- 
tion de tri, tous les points seront conserves. En revanche, si Ton utilise cette meme relation R 
pour ordonner intrinsequement un conteneur associatif de type map (dont on vena que deux 
elements ne peuvent avoir de cles equivalentes), deux points de meme abscisse apparaitront 
comme "identiques" et un seul sera conserve dans le conteneur. 

Ainsi, lorsqu'on sera amene a definir sa propre relation d'ordre, il faudra bien etre en mesure 
d'en prevoir correctement les consequences au niveau des operations qui en dependront. 
Notamment, dans certains cas, il faudra savoir si l'egalite de deux elements se fonde sur 
l'operateur == (surdefini ou non), ou sur les classes d'equivalence induites par une relation 
d'ordre (par defaut, il s'agira alors de <, surdefini ou non). Par exemple, l'algorithme find se 
fonde sur ==, tandis que la fonction membre find d'un conteneur associatif se fonde sur 
l'ordre intrinseque du conteneur. Bien entendu, aucune difference n'apparaitra avec des ele- 
ments de type numerique ou string, tant qu'on se limitera a l'ordre induit par < puisqu'alors 
les classes d'equivalence en question seront reduites a un seul element. 

Bien entendu, nous attirerons a nouveau votre attention sur ce point au moment voulu. 
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7 Les generateurs d'operateurs 

N.B. Ce paragraphe peut etre ignore dans un premier temps. 

Le mecanisme de surdefinition d'operateurs utilise par C++ fait que Ton peut theoriquement 
definir, pour une classe donnee, a la fois l'operateur == et l'operateur !=, de maniere totale- 
ment independante, voir incoherente. II en va de meme pour les operateurs <, <=, > et >=. 

Mais la bibliotheque standard dispose de patrons de fonctions permettant de definir : 

• l'operateur !=, a partir de l'operateur == 

• les operateurs >, <= et >=, a partir de l'operateur < 

Comme on peut s'y attendre, si a et b sont d'un type classe pour laquelle on a defini ==, != 
sera defini par : 

a !=b si !(a == b) 

De la meme maniere, les operateurs <=, > et >= peuvent etre deduits de < par les definitions 
suivantes : 

a > b si b < a 
a <= b si ! (a > b) 
a >= b si ! (a < b) 

Dans ces conditions, on voit qu'il suffit de munir une classe des operateurs == et < pour 
qu'elle dispose automatiquement des autres. 

Bien entendu, il reste toujours possible de donner sa propre definition de l'un quelconque de 
ces quatre operateurs. Elle sera alors utilisee, en tant que specialisation d'une fonction patron. 

II est tres important de noter qu'il n'existe aucun lien entre la definition automatique de <= et 
celle de ==. Ainsi, rien n'impose, hormis le bon sens, que a==b implique a<=b, comme le 
montre ce petit exemple d'ecole, dans lequel nous definissons l'operateur < d'une maniere 
artificielle et incoherente avec la definition de == : 

#include <iostreain> 

#include <utility> // pour les generateurs d'operateurs 
using namespace std ; 
class point 
{ int x, y ; 
public : 

point {int abs=0, int ord=0) { x=abs ; y=ord ; } 

friend int operator== {point, point) ; 

friend int operator< {point, point) ; 

} ; 

int operator== (point a, point b) 

{ return ( (a.x == b.x) && (a.y == b.y) ) ; 
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int operator< (point a, point b) 

{ return ( (a.x < b.x) && (a.y < b.y) ) 

} 

main ( ) 

{ point a(l, 2), b(3 

cout « "a == b : 

cout « "a < b : 

char c ; cin » c 



a == b : a != b : 1 
a<b : a<=b:l 



i) 

« 


(a=b) 


« " 


a != b : 


" « (a!=b) « 


"\n 


« 


(a<b) 


« " 


a <= b : 


" « (a<=b) « 


"\ri 



Exemple de generation non satisfaisante des operateurs !=, >, <= et > = 



\> 



Remarque 



Le manque de coherence entre les definitions des operateurs == et < est ici sans conse- 
quence. En revanche, nous avons vu que l'operateur < pouvait intervener, par exemple, 
pour ordonner un conteneur associatif ou pour trier un conteneur de type list lorsqu'on uti- 
lise la fonction membre sort. Dans ce cas, sa definition devra respecter les contraintes 
evoquees au paragraphe 6. 
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Nous avons vu, dans le precedent chapitre, que les conteneurs pouvaient se classer en deux 
categories tres differentes : les conteneurs sequentiels et les conteneurs associatifs ; les pre- 
miers sont ordonnes suivant un ordre impose explicitement par le programme lui-meme, tan- 
dis que les seconds le sont de maniere intrinseque. Les trois conteneurs sequentiels 
principaux sont les classes vector, list et deque. La classe vector generalise la notion de 
tableau, tandis que la classe list correspond a la notion de liste doublement chainee. Comme 
on peut s'y attendre, vector disposera d'un iterateur a acces direct, tandis que list ne disposera 
que d'un iterateur bidirectionnel. Quant a la classe deque, on vena qu'il s'agit d'une classe 
intermediate entre les deux precedentes dont la presence ne se justifie que pour des ques- 
tions d'efficacite. 

Nous commencerons par etudier les fonctionnalites communes a ces trois conteneurs : cons- 
truction, affectation globale, initialisation par un autre conteneur, insertion et suppression 
d' elements, comparaisons... Puis nous examinerons en detail les fonctionnalites specifiques a 
chacun des conteneurs vector, deque et list. Nous terminerons par une breve description des 
trois adaptateurs de conteneurs que sont stack, queue et priority queue . 
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1 Fonctionnalites communes aux conteneurs 
vector, list et deque 

Comme tous les conteneurs, vector, list et deque sont de taille dynamique, c'est-a-dire sus- 
ceptibles de varier au fil de l'execution. Malgre leur difference de nature, ces trois conteneurs 
possedent des fonctionnalites communes que nous allons etudier ici. Elles concernent : 

• leur construction, 

• l'affectation globale, 

• leur comparaison, 

• l'insertion de nouveaux elements ou la suppression d'elements existants. 

1.1 Construction 

Les trois classes vector, list et deque disposent de differents constructeurs : conteneur vide, 
avec nombre d'elements donne, a partir d'un autre conteneur. 

1.1.1 Construction d'un conteneur vide 

L'appel d'un constructeur sans argument construit un conteneur vide, c'est-a-dire ne compor- 
tant aucun element : 

list<float> If ; /* la liste If est construite vide ; If. size () */ 
/* vaudra et If. begin () == If. end ( ) */ 

1.1.2 Construction avec un nombre donne d'elements 

De facon comparable a ce qui se passe avec la declaration d'un tableau classique, l'appel d'un 
constructeur avec un seul argument entier n construit un conteneur comprenant n elements. 
En ce qui concerne l'initialisation de ces elements, elle est regie par les regies habituelles 
dans le cas d'elements de type standard (0 pour la classe statique, indetermine sinon). 
Lorsqu'il s'agit d'elements de type classe, ils sont tout naturellement initialises par appel d'un 
constructeur sans argument. 

list<float> If (5) ; /* If est construite avec 5 elements de type float */ 
/* If. size () vaut 5 */ 

vector<point> vp{5) ; /* vp est construit avec 5 elements de type point */ 
/* initialises par le constructeur sans argument */ 

1.1.3 Construction avec un nombre donne d'elements initialises a une 
valeur 

Le premier argument du constructeur fournit le nombre d'elements, le second argument en 
fournit la valeur : 

list<int> li(5, 999) ; /* li est construite avec 5 elements de type int */ 
/* ayant tous la valeur 999 */ 

point a (3, 8) ; /* on suppose que point est une classe... */ 
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list<point> lp (10, a) ;/* lp est construite avec 10 points ayant tous la */ 
/* valeur de a : il y a appel du constructeur par */ 
/* recopie (eventuellement par defaut) de point */ 

1 .1 .4 Construction a partir d'une sequence 

On peut construire un conteneur a partir d'une sequence d'elements de meme type. Dans ce 
cas, on fournit simplement au constructeur deux arguments representant les bornes de l'inter- 
valle correspondant. Voici des exemples utilisant des sequences de conteneur de type 
list<point> : 

list<point> lp(6) ; /* liste de 6 points */ 



vector<point> vp (lp.begin(), lp.endO) ; /* construit un vecteur de points */ 

/* en recopiant les points de la liste lp ; le constructeur */ 
/* par recopie de point sera appele pour chacun des points */ 

list<point> lpi (lp.rbegin () , lp.rendO) ; /* construit une liste */ 

/* obtenue en inversant l'ordre des points de la liste lp */ 

Ici, les sequences correspondaient a l'ensemble du conteneur ; il s'agit de la situation la plus 
usuelle, mais rien n'empecherait d'utiliser des intervalles d'iterateurs quelconques, pour peu 
que la seconde borne soit accessible a partir de la premiere. 

Voici un autre exemple de construction de conteneurs, a partir de sequences de valeurs issues 
dun tableau classique, utilisant des intervalles definis par des pointeurs : 

int t[6] = { 2, 9, 1, 8, 2, 11 } ; 

vector<int> vi(t, t+6) ; /* construit un vecteur forme des 6 valeurs de t */ 

vector<int> vi2(t+l, t+5) ; /* construit un vecteur forme des valeurs */ 

/* t[l] a t[5] */ 

Dans le premier cas, si Ton souhaite une formulation independante de la taille effective de /, 
on pourra proceder ainsi : 

int t[] = { }; /* nombre quelconque de valeurs qui seront */ 

vector<int> vi(t, t + sizeof (t) /sizeof (int) ) ; /* recopiees dans vi */ 

1 .1 .5 Construction a partir d'un autre conteneur de meme type 

II s'agit d'un classique constructeur par recopie qui, comme on peut s'y attendre, appelle le 
constructeur de recopie des elements concernes lorsqu'il s'agit d'objets. 

vector<int> vil ; /* vecteur d'entiers */ 



vector<int> vi2(vil) ; /* ou encore vector<int> vi2 = vil ; */ 

1 .2 Modifications globales 

Les trois classes vector, deque et list definissent convenablement l'operateur d'affectation ; de 
plus, elles proposent une fonction membre assign, comportant plusieurs definitions, ainsi 
qu'une fonction clear. 
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1.2.1 Operateur d'affectation 

On peut affecter un conteneur d'un type donne a un autre conteneur de meme type, c'est-a-dire 
ay ant le meme nom de patron et le meme type d'elements. Bien entendu, il n'est nullement neces- 
saire que le nombre d'elements de chacun des conteneurs soit le meme. Voici quelques exemples : 

vector<int> vil (...), vi2 {...) ; 
vector<f loat> vf (...) ; 



vil = vi2 ; /* correct, quels que soient le nombre d'elements de vil */ 

/* et de vi2 ; le contenu de vil est remplace par celui */ 

/* de vi2 qui reste inchange */ 

vf = vil ; /* incorrect (refuse en compilation) : les elements */ 

/* de vf et de vil ne sont pas du meme type */ 

Voici un autre exemple avec un conteneur dont les elements sont des objets : 

vector<point> vpl (....), vp2 (...) ; 



vpl = vp2 ; 

Dans ce cas, comme nous l'avons deja fait remarquer au paragraphe 3.1 du chapitre 18, il 
existe deux facons de parvenir au resultat escompte, suivant les tailles relatives des vecteurs 
vpl et vp2, a savoir, soit l'utilisation du constructeur par recopie de la classe point, soit l'utili- 
sation de l'operateur d'affectation de la classe point. 

1.2.2 La fonction membre assign 

Alors que l'affectation n'est possible qu'entre conteneurs de meme type, la fonction assign 
permet d'affecter, a un conteneur existant, les elements d'une sequence definie par un inter- 
valle [debut, fin), a condition que les elements designes soient du type voulu (et pas seule- 
ment d'un type compatible par affectation) : 

assign (debut, fin) II fin doit etre accessible depuis debut 

II existe egalement une autre version permettant d'affecter a un conteneur, un nombre donne 
d'elements ayant une valeur imposee : 

assign (nb_fois, valeur) 

Dans les deux cas, les elements existants seront remplaces par les elements voulus, comme 
s'il y avait eu affectation. 

point a (...) ; 
list<point> lp (...) ; 
vector<point> vp (...) ; 



lp. assign (vp.beginO, vp.endO) ; /* maintenant : lp.sizeO = vp.sizeO */ 
vp. assign (10, a) ; /* maintenant : vp.size()=10 */ 



char t[] = {"hello"} ; 

list<char> lc (1 , 'x') ; /* lc contient : x, x, x, x, 
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lc. assign (t, t+4) ; /* lc contient maintenant : h, e, 1, 1, o */ 

lc.assign{3, 'z') ; /* lc contient maintenant : z, z, z */ 



1.2.3 La fonction clear 

La fonction clear() vide le conteneur de son contenu. 

vector<point> vp(10) ; /* vp.size{) = */ 



vp. clear () ; /* appel du destructeur de chacun des points de vp */ 
/* maintenant vp.sizeO = */ 

1.2.4 La fonction swap 

La fonction membre swap (conteneur) permet d'echanger le contenu de deux conteneurs de 
meme type. Par exemple : 

vector<int> vl, v2 ; 



\> 



vl.swap(v2) ; /* ou : v2.swap(vl) ; */ 

L'affectation precedente sera plus efficace que la demarche traditionnelle 

vector<int> v3=vl ; 
vl=v2 ; 
v2=v3 ; 



Remarque 

Comme on peut le constater, les possibilites de modifications globales d'un conteneur 
sont similaires a celles qui sont offertes au moment de la construction, la seule possibility 
absente etant l'affectation d'un nombre d'elements donnes, eventuellement non initialises. 



1 .3 Comparaison de conteneurs 

Les trois conteneurs vector, deque et list disposent des operateurs == et < ; par le biais des 
generations automatiques d'operateurs, ils disposent done egalement de !=, <=, > et >=. Le 
role de == correspond a ce qu'on attend d'un tel operateur, tandis que celui de < s'appuie sur 
ce que Ton nomme parfois une comparaison lexicographique, analogue a celle qui permet de 
classer des mots par ordre alphabetique. 

1.3.1 L'operateur == 

II ne presente pas de difficultes particulieres. Si cl et c2 sont deux conteneurs de meme type, 
leur comparaison par == sera vraie s'ils ont la meme taille et si les elements de meme rang 
sont egaux. 

On notera cependant que si les elements concernes sont de type classe, il sera necessaire que 
cette derniere dispose elle-meme de l'operateur ==. 
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1.3.2 L'operateur < 

II effectue une comparaison lexicographique des elements des deux conteneurs. Pour ce faire, 
il compare les elements de meme rang, par l'operateur <, en commencant par les premiers, 
s'ils existent. II s'interrompt des que l'une des conditions suivantes est realisee : 

• fin de l'un des conteneurs atteinte ; le resultat de la comparaison est vrai, 

• comparaison de deux elements fausse ; le resultat de la comparaison des conteneurs est alors 
faux. 

Si un seul des deux conteneurs est vide, il apparait comme < a l'autre. Si les deux conteneurs 
sont vides, aucun n'est inferieur a l'autre (ils sont egaux). 

On notera, la encore, que si les elements concernes sont de type classe, il sera necessaire que 
cette derniere dispose elle-meme d'un operateur < approprie. 

1.3.3 Exemples 

Avec ces declarations : 

int tl[] = [2, 5, 2, 4, 8 } ; 

int t2[] = {2, 5, 2, 8 } ; 

vector<int> vl (tl, tl+5) 

vector<int> v2 (t2, t2+4) 

vector<int> v3 (t2, t2+3) 

vector<int> v4 (v3) ; /* v4 contient 

vector<int> v5 ; /* v5 est vide */ 

Voici quelques comparaisons possibles et la valeur correspondante : 

v2 < vl /* faux */ v3 < v2 /* vrai */ v3 < v4 /* faux */ 
v4 < v3 /* faux */ v3 == v4 /* vrai */ v4 > v5 /* vrai */ 
v5 > v5 /* faux */ v5 < v5 /* faux */ 

1 .4 Insertion ou suppression d'elements 

Chacun des trois conteneurs vector, deque et list dispose naturellement de possibilites d'acces 
a un element existant, soit pour en connaitre la valeur, soit pour la modifier. Comme ces pos- 
sibilites varient quelque peu d'un conteneur a l'autre, elles seront decrites dans les paragra- 
phes ulterieurs. Par ailleurs, ces trois conteneurs (comme tous les conteneurs) permettent des 
modifications dynamiques fondees sur des insertions de nouveaux elements ou des suppres- 
sions d'elements existants. On notera que de telles possibilites n'existaient pas dans le cas 
d'un tableau classique, alors qu'elles existent pour le conteneur vector, meme si, manifeste- 
ment, elles sont davantage utilisees dans le cas d'une liste. 

Rappelons toutefois que, bien qu'en theorie, les trois conteneurs offrent les memes possibili- 
tes d'insertions et de suppressions, leur efficacite sera differente d'un conteneur a un autre. 
Nous verrons dans les paragraphes suivants que, dans une liste, elles seront toujours en 0(1), 
tandis que dans les conteneurs vector et deque, elles seront en 0(N), excepte lorsqu'elles 
auront lieu en fin de vector ou en debut ou en fin de deque ou elles se feront en 0(1) ; dans 
ces derniers cas, on vena d'ailleurs qu'il existe des fonctions membres specialisees. 
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1.4.1 Insertion 

La fonction insert permet d'inserer : 

• une valeur avant une position donnee : 

insert (position, valeur) II insere valeur avant l'element pointe par position 
II fournit un iterateur sur l'element insere 

• n fois une valeur donnee, avant une position donnee : 

insert (position, nbjois, valeur) II insere nbjois valeur, avant l'element 

// pointe par position 
II fournit un iterateur sur l'element insere 

• les elements d'un intervalle, a partir d'une position donnee : 

insert (debut, fin, position) II insere les valeurs de l'intervalle [debut, fin) , 

II avant l'element pointe par position 

En voici quelques exemples : 

list<double> Id ; 
list<doiible> : : iterator il ; 

/* on suppose que il pointe correctement dans la liste Id */ 

Id. insert {il, 2.5) ; /* insere 2.5 dans Id, avant l'element pointe par il */ 
Id. insert {Id. begin() , 6.7) ; /* insere 6.7 au debut de Id */ 

Id. insert (ld.end{) , 3.2) ; /* insere 3.2 en fin de Id */ 

Id. insert (il, 10, -1) ; /* insere 10 fois -1 avant l'element pointe par il */ 

vector<double> vd (...) ; 

Id. insert (Id. begin() , vd.begin(), vd.endO) ; /* insere tous les elements */ 

/* de vd en debut de la liste Id */ 

1.4.2 Suppression 

La fonction erase permet de supprimer : 

• un element de position donnee : 

erase (position) II supprime l'element designe par position - fournit un iterateur 
// sur l'element suivant ou sur la fin de la sequence 

• les elements d'un intervalle : 

erase (debut, fin) II supprime les valeurs de l'intervalle [debut, fin) - fournit un 
// iterateur sur l'element suivant ou sur la fin de la sequence 

En voici quelques exemples : 

list<double> Id ; 

list<double> :: iterator ill, il2 ; 

/* on suppose que ill et il2 pointent correctement dans */ 

/* la liste Id et que il2 est accessible a partir de ill */ 
Id. erase (ill, il2) ; /* supprime les elements de l'intervalle [ill, il2) */ 
Id. erase (Id. begin () ) ; /* supprime l'element de debut de Id */ 
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Remarques 

1 Les deux fonctions erase renvoient la valeur de l'iterateur suivant le dernier element sup- 
prime s'il en existe un ou sinon, la valeur end(). Voyez par exemple, la construction sui- 
vante, dans laquelle il est un iterateur, de valeur convenable, sur une liste d'entiers Id : 

while (il = Id. erase (il) != ld.endO) ; 

Elle est equivalente a : 

erase (il, ld.endO ) ; 

2 Les conteneurs sequentiels ne sont pas adaptes a la recherche de valeurs donnees ou a 
leur suppression. II n'existera d'ailleurs aucune fonction membre a cet effet, contraire- 
ment a ce qui se produira avec les conteneurs associatifs. II n'en reste pas moins qu'une 
telle recherche peut toujours se faire a l'aide d'un algorithme standard tel qaefind ou 
findif, mais au prix d'une efficacite mediocre (en O(N)). 

1.4.3 Cas des insertions/suppressions en fin : pop back et push back 

Si Ton s'en tient aux possibilites generales presentees ci-dessus, on constate que s'il est possi- 
ble de supprimer le premier element d'un conteneur en appli quant erase a la position begin(), 
il n'est pas possible de supprimer le dernier element d'un conteneur, en appliquant erase a la 
position end(). Un tel resultat peut toutefois s'obtenir en appliquant erase a la position rbe- 
gin(). Quoi qu'il en soit, comme l'efficacite de cette suppression est en 0(1) pour les trois 
conteneurs, il existe une fonction membre specialisee popbackf) qui realise cette operation ; 
si c est un conteneur, c.pop_back() est equivalente a c.erase(c.rbegin()). 

D'une maniere semblable, et bien que ce ne soit guere indispensable, il existe une fonction 
specialisee d'insertion en fin pushback. Si c est un conteneur, c.push_back(valeur) est equi- 
valent a c. insert (c.endQ, valeur). 
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II reprend la notion usuelle de tableau en autorisant un acces direct a un element quelconque 
avec une efficacite en 0(1), c'est-a-dire independante du nombre de ses elements. Cet acces 
peut se faire soit par le biais d'un iterateur a acces direct, soit de facon plus classique, par 
l'operateur [ ] ou par la fonction membre at. Mais il offre un cadre plus general que le tableau 
puisque : 

• la taille, c'est-a-dire le nombre d'elements, peut varier au fil de l'execution (comme celle de 
tous les conteneurs) ; 

• on peut effectuer toutes les operations de construction, d'affectation et de comparaisons de- 
crites aux paragraphes 1.1, 1.2 et 1.3 ; 

• on dispose des possibilites generales d'insertion ou de suppressions decrites au paragraphe 
1.4 (avec, cependant, une efficacite en 0(N) dans le cas general). 
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Ici, nous nous contenterons d'examiner les fonctionnalites specifiques de la classe vector, qui 
viennent done en complement de celles qui sont examinees au paragraphe 1 . 

2.1 Acces aux elements existants 

On accede aux differents elements d'un vecteur, aussi bien pour en connaitre la valeur que 
pour la modifier, de differentes manieres : par iterateur {iterator ou reverse iterator) ou par 
indice (operateur [ ] ou fonction membre at). En outre, Faeces au dernier element peut se 
faire par une fonction membre appropriee back. Dans tous les cas, l'efficacite de cet acces est 
en O(l), ce qui constitue manifestement le point fort de ce type de conteneur. 

2.1.1 Acces par iterateur 

Les iterateurs iterator et reverse iterator d'un conteneur de type vector sont a acces direct. 
Si, par exemple, iv est une variable de type vector<int> : : iterator, une expression telle que 
iv+i a alors un sens : elle designe l'element du vecteur v, situe /' elements plus loin que celui 
qui est designe par iv, a condition que la valeur de /' soit compatible avec le nombre d'ele- 
ments de v. 

L'iterateur iv peut, bien stir, comme tout iterateur bidirectionnel, etre incremente ou decre- 
ments par ++ ou — . Mais, comme il est a acces direct, il peut egalement etre incremente ou 
decrements d'une quantite quelconque, comme dans : 

iv += n ; iv -= p ; 

Voici un petit exemple d'ecole 

vector<int> v{10) ; /* vecteur de 10 elements */ 

vector<int>: : iterator iv = v. begin () ; /* iv pointe sur le premier elem de v */ 



iv = vi.beginQ ; *iv=0 ; /* place dans le premier element de vi */ 
iv+=3 ; *iv=30 ; /* place 30 dans le guatrieme element de vi */ 

iv = vi.end()-2 ; *iv=70 ; /* place 70 dans le huitieme element de vi */ 

2.1.2 Acces par indice 

L'operateur [ ] est, en fait, utilisable de facon naturelle. Si v est de type vector, l'expression 
vfij est une reference a l'element de rang /', de sorte que les deux instructions suivantes sont 
equivalentes : 

v[i] = ... ; * (v.begin()+i) = ... ; 

Mais il existe egalement une fonction membre at telle que v.at(i) soit equivalente a vfij. Sa 
seule raison d'etre est de generer une exception outofrange en cas d'indice incorrect, ce que 
l'operateur [ ] ne fait theoriquement pas. Bien entendu, en contrepartie, at est legerement 
moins rapide que l'operateur [ ]. 

L'exemple d'ecole precedent peut manifestement s'ecrire plus simplement : 

vi[0] = ; 

vi[3] = 30 ; 

vi[7] = 70 ; /* ou : vi [vi. size 0-2] = 70 ; 



/* ou : 


vi.at(O) ■■ 


= ; 


*/ 


/* ou : 


vi.at(3) : 


= 30 ; 


*/ 


ou : 


vi.at(7) = 


= ^0 } 


*/ 
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II est generalement preferable d'utiliser les indices plutot que les iterateurs dont le principal 
avantage reside dans l'homogeneisation de notation avec les autres conteneurs. 

2.1.3 Cas de I'acces au dernier element 

Comme le vecteur est particulierement adapte aux insertions ou aux suppressions en fin, il 
existe une fonction membre back qui permet d'acceder directement au dernier element. 

vector<int> v(10) ; 



v.back() = 25 ; /* equivalent, quand v est de taille 10, a : v[9] = 25 ; */ 

/* equivalent, dans tous les cas, a : v[v.size 0-1] = 25 */ 

On notera bien que cette fonction se contente de fournir une reference a un element existant. 
Elle ne permet en aucun cas des insertions ou des suppressions en fin, lesquelles sont etu- 
diees ci-dessous. 

2.2 Insertions et suppressions 

Le conteneur vector dispose des possibilites generales d'insertion et de suppression decrites 
au paragraphe 1.4. Toutefois, leur efficacite est mediocre, puisqu'en O(N), alors que, dans le 
cas des listes, elle sera en O(l). C'est la le prix a payer pour disposer d'acces aux elements 
existant en O(l) . En revanche, nous avons vu que, comme les deux autres conteneurs, vector 
disposait de fonctions membres d'insertion ou de suppression du dernier element, dont l'effi- 
cacite est en O(l) : 

• la fonction push_back(valeur) pour inserer un nouvel element en fin, 

• la fonction pop_back() pour supprimer le dernier element. 
Voici un petit exemple d'ecole : 

vector<int> v(5, 99) ; /* vecteur de 5 elements valant 99 v.sizeO = 5 */ 

v.push_back{10) ; /* ajoute un element de valeur 10 : */ 

/* v.sizeO = 6 et v[5] = 10 ; ici, v[6] n'existe pas */ 

v.push_back{20) ; /* ajoute un element de valeur 20 : */ 

/* v.sizeO = 7 et v[6] = 20 */ 
v.pop_back() ; /* supprime le dernier element : v.sizeO =6 */ 

2.3 Gestion de I'emplacement memoire 
2.3.1 Introduction 

La norme n'impose pas explicitement la maniere dont une implementation doit gerer I'empla- 
cement alloue a un vecteur. Cependant, comme nous l'avons vu, elle impose des contraintes 
d' efficacite a certaines operations, ce qui, comme on s'en doute, limite severement la marge 
de manoeuvre de l'implementation. 

Par ailleurs, la classe vector dispose d'outils fournissant des informations relatives a la ges- 
tion des emplacements memoire et permettant, eventuellement, d'intervenir dans leur alloca- 
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tion. Bien entendu, le role de tels outils est plus facile a apprehender lorsque Ton connait la 
maniere exacte dont une implementation gere un vecteur. 

Enfin, la norme prevoit que, suite a certaines operations, des references ou des valeurs d'ite- 
rateurs peuvent devenir invalides, c'est-a-dire inutilisables pour acceder aux elements corres- 
pondants. La encore, il est plus facile de comprendre les regies imposees si Ton connait la 
maniere dont l'implementation gere les emplacements memoire. 

Or, precisement, les implementations actuelles allouent toujours l'emplacement d'un vecteur 
en un seul bloc. Meme si ce n'est pas la seule solution envisageable, c'est certainement la plus 
plausible. 

2.3.2 Invalidation d'iterateurs ou de references 

Un certain nombre d'operations sur un vecteur entrainent l'invalidation des iterateurs ou des 
references sur certains des elements de ce vecteur. Les elements concernes sont exactement 
ceux auxquels on peut s'attendre dans le cas ou l'emplacement memoire est gere en un seul 
bloc, a savoir : 

• tous les elements, en cas d' augmentation de la taille ; en effet, il se peut qu'une recopie de 
l'ensemble du vecteur ait ete necessaire ; on vena toutefois qu'il est possible d'eviter certai- 
nes recopies en reservant plus d'emplacements que necessaire ; 

• tous les elements, en cas d'insertion d'un element ; la raison en est la meme ; 

• les elements situes a la suite d'un element supprime, ainsi que l'element supprime (ce qui va 
de soi !) ; ici, on voit que seuls les elements situes a la suite de l'element supprime ont du 
etre deplaces. 

2.3.3 Outils de gestion de l'emplacement memoire d'un vecteur 

La norme propose un certain nombre d'outils fournissant des informations concernant 
l'emplacement memoire alloue a un vecteur et permettant, eventuellement, d'intervenir dans 
son allocation. Comme on l'a dit en introduction, le role de ces outils est plus facile a appre- 
hender si Ton fait l'hypothese que l'emplacement d'un vecteur est toujours alloue sous forme 
d'un bloc unique. 

On a deja vu que la fonction sizeQ permettait de connaitre le nombre d'elements d'un vecteur. 
Mais il existe une fonction voisine, capacity(), qui fournit la taille potentielle du vecteur, 
c'est-a-dire le nombre d'elements qu'il pourra accepter, sans avoir a effectuer de nouvelle 
allocation. Dans le cas usuel ou le vecteur est alloue sous forme d'un seul bloc, cette fonction 
en fournit simplement la taille (l'unite utilisee restant l'element du vecteur). Bien entendu, a 
tout instant, on a toujours capacity () >= size(). La difference capacity () -size () permet de con- 
naitre le nombre d'elements qu'on pourra inserer dans un vecteur sans qu'une reallocation de 
memoire soit necessaire. 

Mais une telle information ne serait guere interessante si Ton ne pouvait pas agir sur cette 
allocation. Or, la fonction membre reserve(taille) permet precisement d'imposer la taille 
minimale de l'emplacement alloue a un vecteur a un moment donne. Bien entendu, l'appel de 
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cette fonction peut tres bien amener a une recopie de tous les elements du vecteur en un autre 
emplacement. Cependant, une fois ce travail accompli, tant que la taille du vecteur ne depas- 
sera pas la limite allouee, on est assure de limiter au maximum les recopies d'elements en cas 
d'insertion ou de suppression. En particulier, en cas d'insertion d'un nouvel element, les ele- 
ments situes avant ne seront pas deplaces et les references ou iterateurs correspondants reste- 
ront valides. 

Par ailleurs, la fonction max_size() permet de connaitre la taille maximale qu'on peut allouer 
au vecteur, a un instant donne. 

Enfin, il existe une fonction re size (taille), peu usitee, qui permet de modifier la taille effec- 
tive du vecteur, aussi bien dans le sens de l'accroissement que dans celui de la reduction. 
Attention, il ne s'agit plus, ici, comme avec reserve, d'agir sur la taille de l'emplacement 
alloue, mais, bel et bien, sur le nombre d'elements du vecteur. Si l'appel de resize conduit a 
augmenter la taille du vecteur, on lui insere, en fin, de nouveaux elements. Si, en revanche, 
l'appel conduit a diminuer la taille du vecteur, on supprime, en fin, le nombre d'elements vou- 
lus avec, naturellement, appel de leur destructeur, s'il s'agit d'objets. 



2.4 Exemple 



Voici un exemple complet de programme illustrant les principales fonctionnalites de la classe 
vector que nous venons d'examiner dans ce paragraphe et dans le precedent. Nous y avons 
adjoint une recherche de valeur par l'algorithmey/«<i qui ne sera presente qu'ulterieurement, 
mais dont la signification est assez evidente : rechercher une valeur donnee. 

#include <iostreain> 
#include <vector> 
#include <algorithm> 
using namespace std ; 

main ( ) 

{ void affiche (vector<int>) ; 
int i ; 

int t[] = {1, 2, 3, 4, 5, 6, 7, 8, 9, 10 } ; 
vector<int> vl (4, 99) ; // vecteur de 4 entiers egaux a 99 
vector<int> v2 (7, 0) ; // vecteur de 7 entiers 
vector<int> v3 (t, t+6) ; // vecteur construit a partir de t 
cout « "VI init = " ; affiche (vl) ; 
for (i=0 ; i<v2.size() ; i++) v2[i] = i*i ; 
v3 = v2 ; 

cout « "V2 = " ; affiche (v2) ; 
cout « "V3 = " ; affiche (v3) ; 

vl. assign {t+1, t+6) ; cout « "vl apres assign : " ; affiche (vl) ; 
cout « "dernier element de vl : " << vl.back() « "\n" ; 
vl .push_back(99) ; cout « "vl apres push_back : " ; affiche (vl) ; 
v2 .pop_back () ; cout « "v2 apres pop_back : " ; affiche (v2) ; 
cout « "vl.sizeO : " << vl.sizeO « " vl. capacity () : " 

« vl . capacity ( ) « " Vl.max_size() : " « vl.max_size () « "\n" ; 
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vector<int>: : iterator iv ; 

iv = find (vl. begin (), vl.endO, 16) ; // recherche de 16 dans vl 

if (iv != vl.endO) vl. insert (iv, v2.begin(), v2.end()) ; 

// attention, ici iv n'est plus utilisable 
cout « "vl apres insert : " ; affiche(vl) ; 



} 

void affiche (vector<int> v) // voir remarque ci-dessous 
{ unsigned int i ; 

for (i=0 ; i<v.size() ; i++) cout « v[i] « " " ; 

cout « "\n" ; 



VI init - 99 99 99 99 

V2 - 1 4 9 16 25 36 

V3 - 1 4 9 16 25 36 

vl apres assign : 2 3 4 5 6 

dernier element de vl : 6 

vl apres push_back : 2 3 4 5 6 99 

v2 apres pop_back : 1 4 9 16 25 

vl.sizeO : 6 vl . capacity ( ) : 10 Vl.max_size () : 1073741823 

vl apres insert : 2 3 4 5 6 99 
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> 



Remarque 



La transmission d'un vecteur a la fonction affiche se fait par valeur, ce qui dans une situa- 
tion reelle peut s'averer penalisant en temps d'execution. Si Ton souhaite eviter cela, il 
reste possible d'utiliser une transmission par reference ou d'utiliser des iterateurs. Par 
exemple, la fonction affiche pourrait alors etre definie ainsi : 

void affiche (vector<int>: : iterator deb, vector<int> :: iterator fin) 
{ vector<int>: : iterator it ; 

for (it=deb ; it != fin ; it++) 
cout « *it « " " ; 

cout « "\n "; 
} 

et ses differents appels se presenteraient de cette facon : 

affiche (vl.begin(), vl.endO) ; 

2.5 Cas particulier des vecteurs de booleens 

La norme prevoit l'existence d'une specialisation du patron vector, lorsque son argument est 
de type boot. L'objectif principal est de permettre a l'implementation d'optimiser le stockage 
sur un seul bit des informations correspondant a chaque element. Les fonctionnalites de la 
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classe vector<bool> sont done celles que nous avons etudiees precedemment. II faut cepen- 
dant lui adjoindre une fonction membre flip destinee a inverser tous les bits d'un tel vecteur. 

D'autre part, il existe egalement un patron de classes nomme bitset, parametre par un entier, 
qui permet de representer des suites de bits de taille fixe et de les manipuler efficacement 
comme on le fait avec les motifs binaires contenus dans des entiers. Mais ce patron ne dis- 
pose plus de toute les fonctionnalites des conteneurs decrites ici. II sera decrit au chapitre . 

3 Le conteneur deque 

3.1 Presentation generale 

Le conteneur deque offre des fonctionnalites assez voisines de celles d'un vecteur. En parti- 
culier, il permet toujours faeces direct en O(l) a un element quelconque, tandis que les sup- 
pressions et insertions en un point quelconque restent en O(N). En revanche, il offre, en plus 
de l'insertion ou suppression en fin, une insertion ou suppression en debut, egalement en 
O(l), ce que ne permettait pas le vecteur. En fait, il ne faut pas en cone lure pour autant que 
deque est plus efficace que vector car cette possibility supplemental se paye a differents 
niveaux : 

• une operation en O(l) sur un conteneur de type deque sera moins rapide que la meme ope- 
ration, toujours en O(l) sur un conteneur de type vector ; 

• certains outils de gestion de l'emplacement memoire d'un conteneur de type vector, n'exis- 
tent plus pour un conteneur de type deque ; plus precisement, on disposera bien de size() et 
de max_size(), mais plus de capacity et de reserve. 

La encore et comme nous l'avons fait remarquer au paragraphe 2.3, la norme n'impose pas 
explicitement la maniere de gerer l'emplacement memoire d'un conteneur de type deque ; 
neanmoins, les choses deviennent beaucoup plus comprehensibles si Ton admet que, pour 
satisfaire aux contraintes imposees, il n'est pas raisonnable d'allouer un deque en un seul bloc 
mais plutot sous forme de plusieurs blocs contenant chacun un ou, generalement, plusieurs 
elements. Dans ces conditions, on voit bien que 1'insertion ou la suppression en debut de con- 
teneur ne necessitera plus le deplacement de l'ensemble des autres elements, comme e'etait le 
cas avec un vecteur, mais seulement de quelques-uns d'entre eux. En revanche, plus la taille 
des blocs sera petite, plus la rapidite de faeces direct (bien que toujours en 0(1)) diminuera. 
Au contraire, les insertions et les suppressions, bien qu'ayant une efficacite en 0(N), seront 
d'autant plus performantes que les blocs seront petits. 

Si Ton fait abstraction de ces differences de performances, les fonctionnalites de deque sont 
celles de vector, auxquelles il faut, tout naturellement, ajouter les fonctions specialisees con- 
cernant le premier element : 

• front(), pour acceder au premier element ; elle complete la fonction back permettant faeces 
au dernier element ; 
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• pushJront(valeur), pour inserer un nouvel element en debut ; elle complete la fonction 
push_back() ; 

• pop JrontQ , pour supprimer le premier element ; elle complete la fonction pop_back() . 

Les regies d'invalidation des iterateurs et des references restent exactement les memes que 
celles de la classe vector, meme si, dans certains cas, elles peuvent apparaitre tres contrai- 
gnantes. Par exemple, si un conteneur de type deque est implements sous forme de 5 blocs 
differents, il est certain que l'insertion en debut, n'invalidera que les iterateurs sur des ele- 
ments du premier bloc qui sera le seul soumis a une recopie ; mais, en pratique, on ne pourra 
jamais profiter de cette remarque ; d'ailleurs, on ne connaitra meme pas la taille des blocs ! 

D'une maniere generale, le conteneur deque est beaucoup moins utilise que les conteneurs 
vector et list qui possedent des fonctionnalites bien distinctes. II peut s'averer interessant dans 
des situations de pile de type FIFO {First In, First Out) ou il est necessaire d'introduire des 
informations a une extremite, et de les recueillir a l'autre. En fait, dans ce cas, si Ton n'a plus 
besoin d'acceder directement aux differents elements, il est preferable d'utiliser l'adaptateur 
de conteneur queue dont nous parlerons au paragraphe 5. 



3.2 Exemple 



Voici un petit exemple d'ecole illustrant quelques-unes des fonctionnalites du conteneur 
deque : 



#include <iostreain> 
#include <deque> 
#include <algorithm> 
using namespace std ; 

main() 

{ void affiche (deque<char>) ; 

char mot[] = {"xyz"} ; 

deque<char> pile (mot, mot+3) ; affiche (pile) 

pile.push_front ( 'a' ) ; affiche (pile) 

pile[2] = '+' ; 

pile.push_front ( 'b' ) ; 

pile.pop_back() ; affiche (pile) 

degue<char>: : iterator ip ; 

ip = find (pile. begin () , pile.endO, 'x') ; 

pile. erase (pile. begin () , ip) ; affiche (pile) 



void affiche (deque<char> p) // voir remarque paragraphe 2.4 
{ int i ; 

for (i=0 ; i<p.size() ; i++) cout « p[i] « " " ; 

cout << "\n" ; 
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x y z 

a x y z 

b a x + 

x + 
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4 Le conteneur list 



Le conteneur list correspond au concept de liste doublement chainee, ce qui signifie qu'on y 
disposera d'un iterateur bidirectionnel permettant de parcourir la liste a l'endroit ou a l'envers. 
Cette fois, les insertions ou suppressions vont se faire avec une efficacite en O(l) , quelle que 
soit leur position, ce qui constitue l'atout majeur de ce conteneur par rapport aux deux classes 
precedentes vector et deque. En contrepartie, le conteneur list ne dispose plus d'un iterateur a 
acces direct. Rappelons que toutes les possibilites exposees dans le paragraphe 1 s'appliquent 
aux listes ; nous ne les reprendrons done pas ici. 

4.1 Acces aux elements existants 

Les conteneurs vector et deque permettaient d'acceder aux elements existants de deux 
manieres : par iterateur ou par indice ; en fait, il existait un lien entre ces deux possibilites 
parce que les iterateurs de ces classes etaient a acces direct. Le conteneur list offre toujours 
les iterateurs iterator et reverse iterator mais, cette fois, ils sont seulement bidirectionnels. 
Si it designe un tel iterateur, on pourra toujours consulter l'element pointe par la valeur de 
l'expression *it, ou le modifier par une affectation de la forme : 

*it = . . . ; 

L'iterateur it pourra etre increments par ++ ou — , mais il ne sera plus possible de l'incremen- 
ter d'une quantite quelconque. Ainsi, pour acceder une premiere fois a un element d'une liste, 
il aura fallu obligatoirement la parcourir depuis son debut ou depuis sa fin, element par ele- 
ment, jusqu'a l'element concerne et ceci, quel que soit l'interet qu'on peut attacher aux ele- 
ments intermediaries. 

La classe list dispose des fonctions front() et back(), avec la meme signification que pour la 
classe deque : la premiere est une reference au premier element, la seconde est une reference 
au dernier element : 

list<int> 1 ; 



if (l.f ront () =99) l.front=0 ; /* si le premier element vaut 99, */ 

/* on lui donne la valeur */ 

On ne confondra pas la modification de l'un de ces elements, operation qui ne modifie pas le 
nombre d'elements de la liste, avec 1'insertion en debut ou en fin de liste qui modifie le nom- 
bre d'elements de la liste. 
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4.2 Insertions et suppressions 

Le conteneur list dispose des possibilites generales d'insertion et de suppression procurees 
par les fonctions insert et erase et decrites au paragraphe 1.4. Mais, cette fois, leur efficacite 
est toujours en O(l), ce qui n'etait pas le cas, en general, des conteneurs vector et deque. On 
dispose egalement des fonctions specialisees d'insertion en debut pushJront(valeur) ou en 
fin pus h_back(valeur) ou de suppression en debut popJrontQ ou en fin pop_back(), rencon- 
trees dans les classes vector et deque. 

En outre, la classe list dispose de fonctions de suppressions conditionnelles que ne posse- 
daient pas les conteneurs precedents : 

• suppression de tous les elements ay ant une valeur donnee, 

• suppression des elements satisfaisant a une condition donnee. 

4.2.1 Suppression des elements de valeur donnee 

remove (valeur) II supprime tous elements egaux a valeur 

Comme on peut s'y attendre, cette fonction se fonde sur l'operateur == qui doit done etre 
defini dans le cas ou les elements concernes sont des objets : 

int t[] = {1, 3, 1, f 

list<int> li (t, t+9) 
li . remove ( 1 ) ; 

4.2.2 Suppression des elements repondant a une condition 

remove if (predicat) II supprime tous les elements repondant au predicat 

Cette fonction supprime tous les elements pour lesquels le predicat unaire fourni en argument 
est vrai. La notion de predicat a ete abordee au paragraphe 5 du chapitre 18. Voici un exem- 
ple utilisant le predicat est_paire defini ainsi : 

bool est_paire (int n) /* ne pas oublier : #include <functional> */ 
{ return (n%2) ; 



int t[] = {1, 6, 3, 9, 11, 18, 5 } ; 

list<int> li(t, t+7) ; /* li contient : 1, 6, 3, 9, 11, 18, 5 */ 

li. remove_if (est_paire) ; /* li contient maintenant : 1, 3, 9, 11, 5 */ 



, 1, 5, 2, 1 } 




















/* li contient : 


1, 


3, 


1, 


6, 


4, 


1, 


5, 


2, 


1 */ 


/* li contient maintenant 


: 3, 


6, 


4, 


5, 


2 








*/ 



> 



Remarques 

1 La fonction membre remove ne fournit aucun resultat, de sorte qu'il n'est pas possible de 
savoir s'il existait des elements repondant aux conditions specifiers. II est toujours possi- 
ble de recourir auparavant a un algorithme tel que count pour obtenir cette information. 

2 II existe une fonction membre unique dont la vocation est egalement la suppression 
d'elements ; cependant, nous vous la presenterons dans le paragraphe suivant, consacre 
a la fonction de tri (sort) car elle est souvent utilisee conjointement avec la fonction 
unique. 
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, 6, 


3, 


9, 


11, 


18, 


5 */ 


, 3, 


5, 


6, 


9, 


11, 


18 */ 



Chapitre 19 

4.3 Operations globales 

En plus des possibilites generates offertes par l'affectation et la fonction membre assign, 
decrites au paragraphe 1 .2, la classe list en offre d'autres, assez originales : tri de ses elements 
avec suppression eventuelle des occurrences multiples, fusion de deux listes prealablement 
ordonnees, transfert de tout ou partie d'une liste dans une autre liste de meme type. 

4.3.1 Tri d'une liste 

II existe des algorithmes de tri des elements d'un conteneur, mais la plupart necessitent des 
iterateurs a acces direct. En fait, la classe list dispose de sa propre fonction sort, ecrite speci- 
fiquement pour ce type de conteneur et relativement efficace, puisqu'en O (Log N). 

Comme tout ce qui touche a l'ordonnancement d'un conteneur, la fonction sort s'appuie sur 
une relation d'ordre faible strict, telle qu'elle a ete presentee dans le chapitre precedent. On 
pourra utiliser par defaut l'operateur <, y compris pour un type classe, pour peu que cette der- 
niere l'ait convenablement defini. On aura la possibility, dans tous les cas, d'imposer une rela- 
tion de son choix par le biais d'un predicat binaire predefini ou non. 

sort II trie la liste concernee, en s'appuyant sur l'operateur < 

list<int> li ( . . . ) ; /* on suppose que li contient 
li.sort () ; /* maintenenant li contient : 

sort (predicat) II trie la liste concernee, en s'appuyant sur le 
// predicat binaire predicat 

list<int> li ( . . . ) ; /* on suppose que li contient : 1, 6, 3, 9, 11, 18, 5 */ 
li.sort (greater<int>) ; /* maintenenant li contient : 18, 11, 9, 6, 5, 3, 1 */ 

4.3.2 Suppression des elements en double 

La fonction unique permet d'eliminer les elements en double, a condition de la faire porter 
sur une liste prealablement triee. Dans le cas contraire, elle peut fonctionner mais, alors, elle 
se contente de remplacer par un seul element, les sequences de valeurs consecutives identi- 
ques, ce qui signifie que, en definitive, la liste pourra encore contenir des valeurs identiques, 
mais non consecutives. 

Comme on peut s'y attendre, cette fonction se fonde par defaut sur l'operateur == pour deci- 
der de l'egalite de deux elements, cet operateur devant bien stir etre defini convenablement en 
cas d'elements de type classe. Mais on pourra aussi, dans tous les cas, imposer une relation de 
comparaison de son choix, par le biais d'un predicat binaire, predefini ou non. 

On notera bien que si Ton applique unique a une liste triee d'elements de type classe, il sera 
preferable d'assurer la compatibilite entre la relation d'ordre utilisee pour le tri (meme s'il 
s'agit de l'operateur <) et le predicat binaire d'egalite (meme s'il s'agit de ==). Plus precise- 
ment, pour obtenir un fonctionnement logique de l'algorithme, il faudra que les classes 
d'equivalence induites par la relation == soient les memes que celles qui sont induites par la 
relation d'ordre du tri : 
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unique II ne conserve que le premier element d'une suite de valeurs 
// consecutives egales (==) 

unique (predicat) II ne conserve que le premier element d'une suite de valeurs 
// consecutives satisfaisant au predicat binaire predicat 

Voici un exemple qui montre clairement la difference d'effet obtenu, suivant que la liste est 
triee ou non. 



int t[] = {1, 


6, 


6, 4, 


6, 5, 5, 


4, 2 } ; 






















list<int> lil(t. 


t+9) 


; /* lil 


contient : 


1 


6 


6 


4 


6 


5 


5 


4 


2 


*/ 


list<int> 112= 


-li 


1 ; 


/* li2 


contient : 


1 


6 


6 


4 


6 


5 


5 


4 


2 


*/ 


lil. unique () 






/* lil 


contient maintenant 


1 


6 


4 


6 


5 


4 


2 






*/ 


li2.sort() ; 






/* li2 


contient maintenant 


1 


2 


4 


4 


5 


5 


6 


6 


6 


*/ 


li2. unique () 






/* li2 


contient maintenant 


1 


2 


4 


5 


6 










*/ 



4.3.3 Fusion de deux listes 

Bien qu'il existe un algorithme general de fusion pouvant s'appliquer a deux conteneurs con- 
venablement tries, la classe list dispose d'une fonction membre specialised generalement 
legerement plus performante, meme si, dans les deux cas, l'efficacite est en 0(N1+N2), Nl et 
N2 designant le nombre d'elements de chacune des listes concernees. 

La fonction membre merge permet de venir fusionner une autre liste de meme type avec la 
liste concernee. La liste fusionnee est videe de son contenu. Comme on peut s'y attendre, la 
fonction merge s'appuie, comme sort, sur une relation d'ordre faible strict ; par defaut, il 
s'agira de l'operateur < 

merge (liste) II fusionne liste avec la liste concernee, en s'appuyant sur 
// l'operateur > ; a la fin : liste est vide 

merge (liste, predicat) II fusionne liste avec la liste concernee, 

// en s'appuyant sur le predicat binaire predicat 

On notera qu'en theorie, aucune contrainte ne pese sur l'ordonnancement des deux listes con- 
cernees. Cependant, la fonction merge suppose que les deux listes sont triees suivant la meme 
relation d'ordre que celle qui est utilisee par la fusion. Voici un premier exemple, dans lequel 
nous avons prealablement trie les deux listes : 

int tl[] = {1, 6, 3, 9, 11, 18, 5 } ; 
int t2[] = {12, 4, 9, 8} ; 
list<int> lil(tl, tl+7) ; 
list<int> Ii2(t2, t2+4) ; 
lil.sortO ; /* lil contient : 
li2.sort() ; /* li2 contient : 
lil. merge (112) ; /* lil contient maintenant : 
/* et li2 est vide 

A simple titre indicatif, voici le meme exemple, sans tri prealable des deux listes : 

int tl[] = {1, 6, 3, 9, 11, 18, 5 } ; 
int t2[] = {12, 4, 9, 8} ; 

list<int> lil(tl, tl+7) ; /* lil contient : 1 6 3 9 11 18 5 */ 
list<int> Ii2(t2, t2+4) ; /* li2 contient : 12 4 9 8 */ 

lil. merge (li2) ; /* lil contient maintenant : 1 6 3 9 11 12 4 9 8 18 5 */ 
/* et li2 est vide */ 



1 


3 


5 


6 9 


11 


18 








*/ 


4 


8 


9 


12 












*/ 


1 


3 


4 


5 6 


8 


9 9 


11 


12 


18 


*/ 
*/ 
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4.3.4 Transfert d'une partie de liste dans une autre 

La fonction splice permet de deplacer des elements d'une autre liste dans la liste concernee. 
On notera bien, comme avec merge, les elements deplaces sont supprimes de la liste d'origine 
et pas seulement copies. 

splice (position, liste or) II deplace les elements de liste or a 
// l'emplacement position 

char tl[] = {"xyz"}, t2 [ ] = {"abcclef"} ; 



list<char> lil(tl, tl+3) ; 


/* 


lil contient : x y z */ 


list<char> Ii2(t2, t2+6) ; 


/* 


li2 contient : a b c d e f */ 


list<char>: : iterator il ; 






il = lil. begin () ; il++ ; 


/* 


il pointe sur le deuxieme element de lil */ 


lil. splice (il, li2) ; 


/* 


lil contient : xabcdefyz */ 




/* 


li2 est vide */ 



splice (position, liste or, positionor) 

II deplace l'element de liste or pointe par positionor a l'emplacement position 

char tl[] = {"xyz"}, t2 [ ] = {"abcdef"} ; 

list<char> lil(tl, tl+3) ; /* lil contient : x y z */ 

list<char> Ii2(t2, t2+6) ; /* li2 contient : abcdef */ 
list<char>: : iterator ill=lil.begin{) ; 

list<char>: : iterator il2=li2.end() ; il2 — ; /* pointe sur avant dernier */ 

lil. splice {ill, li2, il2) ; /* lil contient : f x y z */ 

/* li2 contient : a b c d e V 

splice (position, liste or, debut or, finor) 

II deplace l'intervalle [debutor, finor) de liste or a l'emplacement position 

char tl[] = {"xyz"}, t2 [ ] = {"abcdef"} ; 
list<char> lil(tl, tl+3) ; 
list<char> 112 (t2, t2+6) ; 
list<char>: :iterator ill=lil.begin() 
list<char>: :iterator il2=li2.begin() 
lil. splice (ill, 112, il2, li2.end()) 



4.4 Gestion de 1'emplacement memoire 

La norme n'impose pas explicitement la maniere de gerer les emplacements memoire alloues 
a une liste, pas plus qu'elle ne le fait pour les autres conteneurs. Cependant, elle impose a la 
fois des contraintes d'efficacite et des regies d'invalidation des iterateurs et des references sur 
des elements d'une liste. Notamment, elle precise qu'en cas d'insertions ou de suppressions 
d' elements dans une liste, seuls les iterateurs ou references concernant les elements inseres ou 
supprimes deviennent invalides. Cela signifie done que les autres n'ont pas du changer de 
place. Ainsi, indirectement, la norme impose que chaque element dispose de son propre bloc 
de memoire. 

Dans ces conditions, si le conteneur list dispose toujours des fonctions d'information size() et 
max_size(), on n'y retrouve en revanche aucune fonction permettant d'agir sur les allocations, 
et en particulier capacity et reserve. 



/* lil contient : 


xyz */ 


/* li2 contient : 


abcdef */ 


H2++ ; 




/* lil contient : 


bedefxyz */ 


/* li2 contient : 


a V 
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4.5 Exemple 

Voici un exemple complet de programme illustrant bon nombre des fonctionnalites de la 
classe list que nous avons examinees dans ce paragraphe, ainsi que dans le paragraphe 1 . 

#include <iostream> 

#include <list> 

using namespace std ; 

main() 

{ void af fiche (list<char>) ; 

char mot[] = { "anticonstitutionnellement" } ; 

list<char> lcl (mot, mot+sizeof (mot) -1) ; 

list<char> lc2 ; 

cout « "lcl init : " ; af fiche (lcl) ; 

cout « "lc2 init : " ; affiche(lc2) ; 

list<char>: : iterator ill, il2 ; 
il2 - lc2. begin () ; 

for (ill=lcl, begin () ; ill !=lcl.end() ; ill++) 
if (*ill!='t') lc2.push_back (*ill) ; /* equivaut a : lc2=lcl ; */ 

/* lc2. remove (' t' ) ; */ 
cout « "lc2 apres : " ; affiche(lc2) ; 

lcl. remove ( 't ' ) ; 

cout « "lcl remove : " ; af fiche (lcl) ; 

if (lcl=lc2) cout << "les deux listes sont egales\n" ; 

lcl. sort () ; 

cout « "lcl sort : " ; af fiche (lcl) ; 

lcl. unique () ; 

cout « "lcl unique : " ; af fiche (lcl) ; 
} 

void affiche (list<char> lc) // voir remarque paragraphe 2.4 
{ list<char>: : iterator il ; 

for (il=lc. begin () ; il!=lc.end() ; il++) cout « (*il) « " " ; 

cout « "\n" ; 
} 



lcl init 
lc2 init 
lc2 apres 
lcl remove 



anticonstitutionnellement 



aniconsiuionnellemen 
aniconsiuionnellemen 

les deux listes sont egales 

lcl sort : aceeeiiillmnnnnnoosu 

lcl unique : aceilmnosu 



Exemple d'utilisation de la classe list 
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5 Les adaptateurs de conteneur : queue, stack 
et priority_queue 

La bibliotheque standard dispose de trois patrons particuliers stack, queue et priority queue , 
dits adaptateurs de conteneurs. II s'agit de classes patrons construites sur un conteneur d'un 
type donne qui en modifient l'interface, a la fois en la restreignant et en l'adaptant a des fonc- 
tionnalites donnees. lis disposent tous d'un constructeur sans argument. 



5.1 L'adaptateur stack 



Le patron stack est destine a la gestion de piles de type LIFO (Last In, First Out) ; il peut etre 
construit a partir de l'un des trois conteneurs sequentiels vector, deque ou list, comme dans 
ces declarations : 

stack <int, vector<int> > si ; /* pile de int, utilisant un conteneur vector */ 
stack <int, deque<int> > s2 ; /* pile de int, utilisant un conteneur deque */ 
stack <int, list<int> > s3 ; /* pile de int, utilisant un conteneur list */ 

Dans un tel conteneur, on ne peut qu'introduire (push) des informations qu'on empile les unes 
sur les autres et qu'on recueille, a raison d'une seule a la fois, en extrayant la derniere intro- 
duite. On y trouve uniquement les fonctions membres suivantes : 

• empty() : fournit true si la pile est vide, 

• size() : fournit le nombre d'elements de la pile, 

• top() : acces a l'information situee au sommet de la pile qu'on peut connaitre ou modifier 
(sans la supprimer), 

• push (valeur) : place valeur sur la pile, 

• pop() : fournit la valeur de l'element situe au sommet, en le supprimant de la pile. 
Voici un petit exemple de programme utilisant une pile : 

#include <iostream> 
#include <stack> 
#include <vector> 
using namespace std ; 
main ( ) 
{ int i ; 

stack<int, vector<int> > q ; 

cout « "taille initiale : " « q.sizeO « "\n" ; 

for (i=0 ; i<10 ; i++) q.push(i*i) ; 

cout « "taille apres for : " « q.sizeO « "\n" ; 

cout « "sommet de la pile : " « q.topO « "\n" ; 

q.topO = 99 ; /* on modifie le sommet de la pile V 

cout « "on depile : " ; 

for (i=0 ; i<10 ; i++) { cout « q.topO « " " ; q.popO ; } 
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taille initiale : 

taille apres for : 10 

sommet de la pile : 81 

on depile : 99 64 49 36 25 16 9 4 1 

Exemple d'utilisation de I'adaptateur de conteneur stack 

5.2 L'adaptateur queue 

Le patron queue est destine a la gestion de files d'attentes, dites aussi queues, ou encore piles 
de type FIFO (First In, First Out). On y place des informations qu'on introduit en fin et qu'on 
recueille en tete, dans l'ordre inverse de leur introduction. Un tel conteneur peut etre construit 
a partir de l'un des deux conteneurs sequentiels deque ou list (le conteneur vector ne serait 
pas approprie puisqu'il ne dispose pas d'insertions efficaces en debut), comme dans ces 
declarations : 

queue <int, deque<int> > ql ; /* queue de int, utilisant un conteneur deque */ 
queue <int, list<int> > q2 ; /* queue de int, utilisant un conteneur list */ 

On y trouve uniquement les fonctions membres suivantes : 

• empty() : fournit true si la queue est vide, 

• sizef) : fournit le nombre d' elements de la queue, 

• frontf) : acces a l'information situee en tete de la queue, qu'on peut ainsi connaitre ou modi- 
fier, sans la supprimer, 

• back() : acces a l'information situee en fin de la queue, qu'on peut ainsi connaitre ou modi- 
fier, sans la supprimer, 

• push (valeur) : place valeur dans la queue, 

• pop() : fournit l'element situe en tete de la queue en le supprimant. 
Voici un petit exemple de programme utilisant une queue : 

#include <iostream> 
#include <queue> 
#include <deque> 
using namespace std ; 
main() 
{ int i ; 

queue<int, deque<int> > q ; 

for (i=0 ; i<10 ; i++) q.push(i*i) ; 

cout « "tete de la queue : " « q. front () << "\n" ; 

cout « "fin de la queue : " « q.back() << "\n" ; 

q. front () = 99 ; /* on modifie la tete de la queue */ 

q.back() = -99 ; /* on modifie la fin de la queue */ 

cout « "on depile la queue : " ; 

for (i=0 ; i<10 ; i++) 

{ cout « q. front () « " " ; q.popO ; 
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tete de la queue : 
fin de la queue : 81 
on depile la queue : 99 1 4 9 16 25 36 49 64 -99 

Exemple d'utilisation de I'adaptateur de conteneur stack 

5.3 L'adaptateur priority _queue 

Un tel conteneur ressemble a une file d'attente, dans laquelle on introduit toujours des ele- 
ments en fin ; en revanche, l'emplacement des elements dans la queue est modifie a chaque 
introduction, de maniere a respecter une certaine priorite definie par une relation d'ordre 
qu'on peut fournir sous forme d'un predicat binaire. On parle parfois de file d'attente avec 
priorites. Un tel conteneur ne peut etre construit qu'a partir d'un conteneur deque, comme 
dans ces declarations : 

priority_queue <int, deque<int> > ql ; 
priority_queue <int, deque<int>, greater<int> > q2 ; 

En revanche, ici, on peut le construire classiquement a partir d'une sequence. 
On y trouve uniquement les fonctions membres suivantes : 

• empty() : fournit true si la queue est vide ; 

• size() : fournit le nombre d'elements de la queue ; 

• push (valeur) : place valeur dans la queue ; 

• top() : acces a l'information situee en tete de la queue qu'on peut connaitre ou, theorique- 
ment modifier (sans la supprimer) ; actuellement, nous recommandons de ne pas utiliser la 
possibility de modification qui, dans certaines implementations, n'assure plus le respect de 
l'ordre des elements de la queue ; 

• pop() : fournit l'element situe en tete de la queue en le supprimant. 

Voici un petit exemple de programme utilisant une file d'attente avec priorites : 

#include <iostream> 
#include <queue> 
#include <deque> 
using namespace std ; 
main { ) 
{ int i ; 

priority_queue <int, deque<int>, greater<int> > q ; 

q.push (10) ; q.push(5) ; q.push(12) ; q.push(8) ; 

cout « "tete de la queue : " « q.topO << "\n" ; 

cout « "on depile : " ; 

for (i=0 ; i<4 ; i++) { cout « q.topO « " " ; q.popO ; 
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tete de la queue : 5 
on depile : 5 8 10 12 



Exemple d 'utilisation de I'adaptateur de conteneur priority queue 
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Les conteneurs associatifs 



Comme il a ete dit au chapitre 1 8, les conteneurs se classent en deux categories : les conte- 
neurs sequentiels et les conteneurs associatifs. Les conteneurs sequentiels, que nous avons 
etudies dans le precedent chapitre, sont ordonnes suivant un ordre impose explicitement par 
le programme lui-meme ; on accede a un de leurs elements en tenant compte de cet ordre, que 
Ton utilise un indice ou un iterateur. 

Les conteneurs associatifs ont pour principale vocation de retrouver une information, non 
plus en fonction de sa place dans le conteneur, mais en fonction de sa valeur ou d'une partie 
de sa valeur nominee cle. Nous avons deja cite l'exemple du repertoire telephonique, dans 
lequel on retrouve le numero de telephone a partir d'une cle formee du nom de la personne 
concernee. Malgre tout, pour de simples questions d'efficacite, un conteneur associatif se 
trouve ordonne intrinsequement en permanence, en se fondant sur une relation (par defaut <) 
choisie a la construction. 

Les deux conteneurs associatifs les plus importants sont map et multimap. lis correspondent 
pleinement au concept de conteneur associatif, en associant une cle et une valeur. Mais, alors 
que map impose l'unicite des cles, autrement dit l'absence de deux elements ay ant la meme 
cle, multimap ne l'impose pas et on pourra y trouver plusieurs elements de meme cle qui 
apparaitront alors consecutivement. Si Ton reprend notre exemple de repertoire telephonique, 
on peut dire que multimap autorise la presence de plusieurs personnes de meme nom (avec 
des numeros associes differents ou non), tandis que map ne l'autorise pas. Cette distinction 
permet precisement de redefinir l'operateur [ ] sur un conteneur de type map. Par exemple, 
avec un conteneur nomme annuaire, dans lequel les cles sont des chaines, on pourra utiliser 
l'expression annuaire ["Dupont"] pour designer l'element correspondant a la cle "Dupont" ; 
cette possibility n'existera naturellement plus avec multimap. 
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II existe deux autres conteneurs qui correspondent a des cas particuliers de map et multimap, 
dans le cas ou la valeur associee a la cle n'existe plus, ce qui revient a dire que les elements se 
limitent a la seule cle. Dans ces conditions, la notion d'association entre une cle et une valeur 
disparait et il ne reste plus que la notion d'appartenance. Ces conteneurs se nomment set et 
multiset et Ton vena qu'effectivement ils permettront de representer des ensembles au sens 
mathematique, a condition toutefois de disposer, comme pour tout conteneur associatif, d'une 
relation d'ordre appropriee sur les elements, ce qui n'est pas necessaire en mathematiques ; en 
outre multiset autorisera la presence de plusieurs elements identiques, ce qui n'est manifeste- 
ment pas le cas d'un ensemble usuel. 



1 Le conteneur map 



Le conteneur map est done forme d'elements composes de deux parties : une cle et une 
valeur. Pour representer de tels elements, il existe un patron de classe approprie, nomme pair, 
parametre par le type de la cle et par celui de la valeur. Un conteneur map permet d'acceder 
rapidement a la valeur associee a une cle en utilisant l'operateur [] ; l'efficacite de l'operation 
est en 0(Log N) . Comme un tel conteneur est ordonne en permanence, cela suppose le 
recours a une relation d'ordre qui, comme a l'accoutumee, doit posseder les proprietes d'une 
relation d'ordre faible strict, telles qu'elles ont ete presentees au paragraphe 6.2 du chapitre 
18. 

Comme la notion de tableau associatif est moins connue que celle de tableau, de vecteur ou 
meme que celle de liste, nous commencerons par un exemple introductif d'utilisation d'un 
conteneur de type map avant d'en etudier les proprietes en detail. 

1.1 Exemple introductif 

Une declaration telle que : 

map<char, int> m ; 

cree un conteneur de type map, dans lequel les cles sont de type char et les valeurs associees 
de type int. Pour l'instant, ce conteneur est vide : m.sizef) vaut 0. 

Une instruction telle que : 

m['S'] =5 ; 

insere, dans le conteneur m, un element forme de l'association de la cle 'S' et de la valeur 5. 
On voit deja la une difference fondamentale entre un vecteur et un conteneur de type map : 
dans un vecteur, on ne peut acceder par l'operateur [ ] qu'aux elements existants et, en aucun 
cas, en inserer de nouveaux. 

Qui plus est, si Ton cherche a utiliser une valeur associee a une cle inexistante, comme dans : 

cout « "valeur associee a la cle 'X' : ", m['X'] ; 

le simple fait de chercher a consulter mf'X'J creera l'element correspondant, en initialisant la 
valeur associee a 0. 
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Pour afficher tous les elements d'un map tel que m, on pourra le parcourir avec un iterateur 
bidirectionnel classique iterator fourni par la classe map. Ceci n'est possible que parce que, 
comme nous l'avons dit a plusieurs reprises, les conteneurs associatifs sont ordonnes intrinse- 
quement. On pourra classiquement parcourir tous les elements de m par l'un des deux sche- 
mas suivants : 

map<char, int> :: iterator im ; /* iterateur sur un map<char, int> */ 



for (im=m.begin() ; im ! =m . end ( ) ; im++) /* im parcourt tout le map m */ 
{ /* ici *im designe 1' element courant de m */ 



map<char, int> : : reverse_iterator im ; /* iterateur inverse */ 
/* sur un map<char, int> */ 

for (im^n.rbegin () ; im!=m.rend{) ; im++) /* im parcourt tout le map m */ 

{ /* ici *im designe 1' element courant de m */ 
} 

Cependant, on constate qu'une petite difficulte apparait : *im designe bien l'element courant 
de m, mais, la plupart du temps, on aura besoin d'acceder separement a la cle et a la valeur 
correspondante. En fait, les elements d'un conteneur map sont d'un type classe particulier, 
nomme pair, qui dispose de deux membres publics : 

• first correspondant a la cle, 

• second correspondant a la valeur associee. 

En definitive, voici, par exemple, comment afficher, suivant l'ordre naturel, toutes les valeurs 
de m sous la forme {cle, valeur) : 

for (im^n.beginO ; im!=m.end{) ; im++) 

cout « "(" « (*im). first « "," « (*im). second « ") " ; 

Voici un petit programme complet reprenant les differents points que nous venons d' examiner 
(attention, la position relative de la cle 'c' peut dependre de l'implementation) : 

#include <iostream> 

#include <map> 

using namespace std ; 

main{) 

{ void affiche (map<char, int>) ; 

map<char, int> m ; 

cout « "map initial : " ; affiche (m) ; 

m['S'] = 5 ; /* la cle S n'existe pas encore, l'element est cree */ 

m['C] = 12 ; /* idem */ 

cout « "map SC : " ; affiche (m) 

cout « "valeur associee a la cle ' S ' 

cout « "valeur associee a la cle 'X' 

cout « "map X : " ; affiche (m) 

m['S'] = m['c'] ; /* on a utilise m['c'] au lieu de m['C] ; */ 
/* la cle 'c' est creee */ 

cout « "map final : " ; affiche (m) ; 



« m['S'] « "\n" 
« m[ 'X'] « "\n" 
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void affiche (map<char, int> m) // voir remarque paragraphe 2.4 du chapitre 19 
{ map<char, int> "iterator im ; 

for ( im=m. begin () ; im!=m.end() ; im++) 

cout << " (" « (*im). first << "," « (*im). second « ") " ; 

cout « "\n" ; 
} 

map initial : 

map SC : (C,12) (S,5) 

valeur associee a la cle 'S' : 5 

valeur associee a la cle 'X' : 

map X : (C,12) (S,5) (X,0) 

map final : (C,12) (S,0) (X,0) (c,0) 

Exemple introductif d' utilisation d'un conteneur map 

1 .2 Le patron de classes pair 

Comme nous venons de le voir, il existe un patron de classe pair, comportant deux parame- 
tres de type et permettant de regrouper dans un objet deux valeurs. On y trouve un construc- 
ted a deux arguments : 

pair <int, float> p{3, 1.25) ; /* cree une paire formee d'un int de */ 

/* valeur 3 et d'un float de valeur 1.25 */ 

Pour affecter des valeurs donnees a une telle paire, on peut theoriquement proceder comme 
dans : 

p = pair<int, f loat> (4, 3.35) ; /* ici, les arguments peuvent etre d'un type */ 

/* compatible par affectation avec celui attendu */ 

Mais les choses sont un peu plus simples si Ton fait appel a une fonction standard 
makejpair : 

p = make_pair (4, 3.35f) ; /* attention : 3.35f car le type des arguments */ 

/* sert a instancier la fonction patron make_pair */ 

Comme on l'a vu dans notre exemple introductif, la classe pair dispose de deux membres 
publics nommesj!ra/ et second. Ainsi, l'instruction precedente pourrait egalement s'ecrire : 

p. first = 4 ; p. second = 3.35 ; /* ici 3.35 (double) sera converti en float */ 

La classe pair dispose des deux operateurs == et < Le second correspond a une comparaison 
lexicographique, c'est-a-dire qu'il applique d'abord < a la cle, puis a la valeur. Bien entendu, 
dans le cas ou l'un des elements au moins de la paire est de type classe, ces operateurs doivent 
etre convenablement surdefinis. 

1 .3 Construction d'un conteneur de type map 

Les possibilites de construction d'un tel conteneur sont beaucoup plus restreintes que pour les 
conteneurs sequentiels ; elles se limitent a trois possibilites : 

• construction d'un conteneur vide (comme dans notre exemple du paragraphe 1.1); 
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• construction a partir d'un autre conteneur de meme type ; 

• construction a partir d'une sequence. 

En outre, il est possible de choisir la relation d'ordre qui sera utilisee pour ordonner intrinse- 
quement le conteneur. Pour plus de clarte, nous examinerons ce point a part. 

1.3.1 Constructions utilisant la relation d'ordre par defaut 

Construction d'un conteneur vide 

On se contente de preciser les types voulus pour la cle et pour la valeur, comme dans ces 
exemples (on suppose que point est un type classe) : 

map <int, long> ml ; /* cles de type int, valeurs de type long */ 
map <char, point> m2 ; /* cles de type char, valeurs de type point */ 
map <string, long> repert ; /* cles de type string, valeurs de type long */ 

Construction a partir d'un autre conteneur de meme type 

II s'agit d'un classique constructeur par recopie qui, comme on peut s'y attendre, appelle le 
constructeur par recopie des elements concernes lorsqu'il s'agit d'objets. 

map <int, long> ml ; 



map <int, long> m2(ml) ; /* ou encore : map <int, long> m2 = ml ; */ 

Construction a partir d'une sequence 

II s'agit d'une possibility deja rencontree pour les conteneurs sequentiels, avec cependant une 
difference importante : les elements concernes doivent etre de type pair<type descles, 
type_des_valeurs> . Par exemple, s'il existe une liste Ir, construite ainsi : 

list<pair<char, long> > lr (...) ; 

et convenablement remplie, on pourra l'utiliser en partie ou en totalite pour construire : 

map <char, long> repert (lr.begin(), lr.end() ) ; 

En pratique, ce type de construction est peu utilise. 

1.3.2 Choix de I'ordre intrinseque du conteneur 

Comme on l'a deja dit, les conteneurs sont intrinsequement ordonnes en faisant appel a une 
relation d'ordre faible strict pour ordonner convenablement les cles. Par defaut, on utilise la 
relation <, qu'il s'agisse de la relation predefinie pour les types scalaires ou string, ou d'une 
surdefinition de l'operateur > lorsque les cles sont des objets. 

II est possible d'imposer a un conteneur d'etre ordonne en utilisant une autre relation que Ton 
fournit sous forme d'un predicat binaire predefini (comme less<int>) ou non. Dans ce dernier 
cas, il est alors necessaire de fournir un type et non pas un nom de fonction, ce qui signifie 
qu'il est necessaire de recourir a une classe fonction (dont nous avons parle au paragraphe 5.3 
du chapitre 18). Voici quelques exemples : 

map <char, long, greater<char> > ml ; /* les cles seront ordonnees par */ 

/* valeurs decroissantes - attention > > et non » */ 

map <char, long, greater<char> > m2(ml) ; /* si m2 n'est pas ordonne par */ 

/* la meme relation, on obtient une erreur de compilation */ 
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class mon_ordre 
{ 

public : 

bool operator () (int n, int p) { } /* ordre faible strict */ 

} ; 

map <int, float, mon_ordre> m_perso ; /* cles ordonnees par le predicat */ 

/* mon_ordre, qui doit etre une classe fonction */ 



> 



Remarque 



Certaines implementations peuvent ne pas accepter le choix d'une valeur par defaut pour 
la relation d'ordre des cles. Dans ce cas, il faut toujours preciser less<type> comme troi- 
sieme argument, type correspondant au type des cles pour instancier convenablement le 
conteneur. La lourdeur des notations qui en decoule peut parfois inciter a recourir a l'ins- 
truction typedef. 

1.3.3 Pour connaTtre la relation d'ordre utilisee par un conteneur 

Les classes map disposent d'une fonction membre keycompf) fournissant la fonction utilisee 
pour ordonner les cles. Par exemple, avec le conteneur de notre exemple introductif : 

map<char, int> m ; 

on peut, certes, comparer deux cles de type char de facon directe, comme dans : 

if ( 'a' < 'c' ) 

mais, on obtiendra le meme resultat avec : 

if m . key_comp ( ) ('a', 'c') /* notez bien key_comp() (....) */ 

Certes, tant que Ton se contente d'ordonner de tels conteneurs en utilisant la relation d'ordre 
par defaut, ceci ne presente guere d'interet ; dans le cas contraire, cela peut eviter d'avoir a se 
demander, a chaque fois qu'on compare des cles, quelle relation d'ordre a ete utilisee lors de 
la construction. 

D'une maniere similaire, la classe map dispose d'une fonction membre value _comp() fournis- 
sant la fonction utilisable pour comparer deux elements, toujours selon la valeur des cles. 
L'interet de cette fonction est de permettre de comparer deux elements (done, deux paires), 
suivant l'ordre des cles, sans avoir a en extraire les membres first. On notera bien que, con- 
trairement a keycomp, cette fonction n'est jamais choisie librement, elle est simplement 
deduite de keycomp. Par exemple, avec : 

map <char, int> m ; 

map <char, int>: : iterator iml, im2 ; 

on pourra comparer les cles relatives aux elements pointes par iml et im2 de cette maniere : 

if ( value_comp() (*iml, *im2) ) 

Avec keycomp, il aurait fallu proceder ainsi : 

if ( key_comp() ( (*iml) .first, (*im2) .first) ) 
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1.3.4 Consequences du choix de I'ordre d'un conteneur 

Tant que Ton utilise des cles de type scalaire ou string et qu'on se limite a la relation par 
defaut (<), aucun probleme particulier ne se pose. II n'en va plus necessairement de meme 
dans les autres cas. 

Par exemple, on dit generalement que, dans un conteneur de type map, les cles sont uniques. 
En fait, pour etre plus precis, il faudrait dire qu'un nouvel element n'est introduit dans un tel 
conteneur que s'il n'existe pas d'autre element possedant une cle equivalente ; l'equivalence 
etant celle qui est induite par la relation d'ordre, tel qu'il a ete explique au paragraphe 6.2 du 
chapitre 18. Par exemple, considerons un map utilisant comme cle des objets de type point et 
supposons que la relation < ait ete definie dans la classe point en s'appuyant uniquement sur 
les abscisses des points ; dans ces conditions, les cles correspondant a des points de meme 
abscisse apparaitront comme equivalentes. 

De plus, comme on aura l'occasion de le voir plus loin, la recherche d'un element de cle don- 
nee se fondera, non pas sur une hypothetique relation d'egalite, mais bel et bien sur la relation 
d'ordre utilisee pour ordonner le conteneur. Autrement dit, toujours avec notre exemple de 
points utilises en guise de cles, on pourra rechercher la cle (1, 9) et trouver la cle (1, 5). 

1 .4 Acces aux elements 

Comme tout conteneur, map permet theoriquement d'acceder aux elements existants, soit 
pour en connaitre la valeur, soit pour la modifier. Cependant, par rapport aux conteneurs 
sequentiels, ces operations prennent un tour un peu particulier lie a la nature meme des conte- 
neurs associatifs. En effet, d'une part, une tentative d'acces a une cle inexistante amene a la 
creation d'un nouvel element, d'autre part, comme on le vena un peu plus loin, une tentative 
de modification globale (cle + valeur) d'un element existant sera fortement deconseillee. 

1.4.1 Acces par I'operateur [ ] 

Le paragraphe 1 a deja montre en quoi cet acces par I'operateur est ambigu puisqu'il peut con- 
duire a la creation d'un nouvel element, des lors qu'on l'applique a une cle inexistante et cela, 
aussi bien en consultation qu'en modification. Par exemple : 

map<char, int> m ; 



m ['S'] = 2 ; /* si la cle 'S' n'existe pas, on cree l'element */ 
/* make_pair ('S', 2) ; si la cle existe, on modifie */ 
/* la valeur de l'element qui ne change pas de place */ 

... = m['T'] ; /* si la cle 'T' n'existe pas, on cree l'element */ 
/* make_pair ('T', 0) V 

1.4.2 Acces par iterateur 

Comme on peut s'y attendre et comme on l'a deja fait dans les exemples precedents, si /'/ est 
un iterateur valide sur un conteneur de type map, l'expression */'/ designe l'element 
correspondant ; rappelons qu'il s'agit d'une paire formee de la cle ( *ii).first et de la valeur 
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associee (*if). second ; en general, d'ailleurs, on sera plutot amene a s'interesser a ces deux 
dernieres valeurs (ou a l'une d'entre elles) plutot qu'a la paire complete */'/. 

En theorie, il n'est pas interdit de modifier la valeur de l'element designe par it ; par exemple, 
pour un conteneur de type map<char, int>, on pourrait ecrire : 

*it = make_pair {'R', 5) ; /* remplace theoriquement l'element designe par ip */ 

/* fortement deconseille en pratique */ 

Mais le role exact d'un telle operation n'est actuellement pas total em ent specifie par la norme. 
Or, certaines ambiguites apparaissent. En effet, d'une part, comme une telle operation modi- 
fie la valeur de la cle, le nouvel element risque de ne plus etre a sa place ; il devrait done etre 
deplace ; d'autre part, que doit-il se passer si la cle 'R' existe deja ? La seule demarche raison- 
nable nous semble etre de dire qu'une telle modification devrait etre equivalente a une des- 
truction de l'element designe par it, suivie d'une insertion du nouvel element. En pratique, ce 
n'est pas ce que Ton constate dans toutes les implementations actuelles. Dans ces conditions : 

II est fortement deconseille de modifier la valeur d'un element d'un map, par le biais 
d'un iterateur. 

1.4.3 Recherche par la fonction membre find 

La fonction membre 

find (cle) 

a un role naturel : fournir un iterateur sur un element ay ant une cle donnee (ou une cle equi- 
valente au sens de la relation d'ordre utilisee par le conteneur). Si aucun element n'est trouve, 
cette fonction fournit la valeur end(). 



\> 



Remarque 



Attention, la fonction find ne se base pas sur l'operateur == ; cette remarque est surtout 
sensible lorsque Ton a affaire a des elements de type classe, classe dans laquelle on a sur- 
defini l'operateur == de maniere incompatible avec le predicat binaire utilise pour ordon- 
ner le conteneur. Les resultats peuvent alors etre deconcertants. 



1 .5 Insertions et suppressions 



Comme on peut s'y attendre, le conteneur map offre des possibilites de modifications dyna- 
miques fondees sur des insertions et des suppressions, analogues a celles qui sont offertes par 
les conteneurs sequentiels. Loutefois, si la notion de suppression d'un element designe par un 
iterateur conserve la meme signification, celle d'insertion a un emplacement donne n'a plus 
guere de raison d'etre puisqu'on ne peut plus agir sur la maniere dont sont intrinsequement 
ordonnes les elements d'un conteneur associatif. On vena qu'il existe quand meme une fonc- 
tion d'insertion recevant un tel argument mais que ce dernier a en fait un role un peu particu- 
lier. 
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En outre, alors qu'une insertion dans un conteneur sequentiel aboutissait toujours, dans le cas 
d'un conteneur de type map, elle n'aboutit que s'il n'existe pas d'element de cle equivalente. 

D'une maniere generale, l'efficacite de ces operations est en 0(Log N). Nous apporterons 
quelques precisions par la suite pour chacune des operations. 

1.5.1 Insertions 

La fonction membre insert permet d'inserer : 

• un element de valeur donnee : 

insert (element) II insere la paire element 

• les elements d'un intervalle : 

insert (debut, fin) II insere les paires de la sequence [debut, fin) 

On notera bien, dans les deux cas, que les elements concernes doivent etre des paires d'un 
type approprie. 

L'efficacite de la premiere fonction est en O(LogN) ; celle de la seconde est en 
0(Log(N+M)), M designant le nombre d'elements de l'intervalle. Loutefois, si cet intervalle 
est trie suivant l'ordre voulu, l'efficacite est en 0(M). 

Voici quelques exemples : 

map<int, float> ml, m2 ; 
map<int, float>: : iterator iml ; 



ml. insert (make_pair (5, 6.25f)) ; /* tentative d'insertion d'un element */ 
ml. insert (m2.begin{), m2.end()) ; /* tentative d'insertion d'une sequence */ 

\^^ Remarques 

1 En toute rigueur, il existe une troisieme version de insert, de la forme : 

insert (position, paire) 

L'iterateur position est une suggestion qui est faite pour faciliter la recherche de 
l'emplacement exact d'insertion. Si la valeur fournie correspond exactement au point 
d'insertion, on obtient alors une efficacite en 0(1), ce qui s'explique par le fait que la 
fonction n'a besoin que de comparer deux valeurs consecutives. 

2 Les deux fonctions d'insertion d'un element fournissent une valeur de retour qui est une 
paire de la forme pair(position, indie), dans laquelle le booleen indie precise si l'inser- 
tion a eu lieu et position est l'iterateur correspondant ; on notera que son utilisation est 
assez laborieuse ; voici, par exemple, comment adapter notre precedent exemple dans 
ce sens : 

if (ml. insert (make_pair (5, 6. 25f )). second) cout « "insertion effectuee\n" ; 

else cout « "element existant\n" ; 
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Et encore, ici, nous n'avons pas cherche a placer la valeur de retour dans une variable. 
Si nous avions voulu le faire, il aurait fallu declarer une variable, par exemple resul, 
d'un type pair approprie ; de plus, comme pair ne dispose pas de constructeur par 
defaut, il aurait fallu preciser des arguments fictifs ; voici une declaration possible : 

pair<map<int, float>: : iterator, bool> resul (ml .end , false) ; 

Dans les implementations qui n'acceptent pas la valeur less<type> par defaut, les cho- 
ses seraient encore un peu plus complexes et il serait probablement plus sage de recou- 
rir a des definitions de types synonymes (typedef) pour alleger quelque peu l'ecriture. 

1.5.2 Suppressions 

La fonction erase permet de supprimer : 

• un element de position donnee : 

erase (position) II supprime l'element designe par position 

• les elements d'un intervalle : 

erase (debut, fin) II supprime les paires de l'intervalle [debut, fin) 

• l'element de cle donnee : 

erase (cle) II supprime les elements 1 de cle equivalente a cle 

En voici quelques exemples : 

map<int, float> m ; 

map<int, f loat>: : iterator iml, im2 ; 



> 



m. erase (5) ; /* supprime l'element de cle 5 s'il existe */ 

m. erase (iml) ; /* supprime l'element designe par iml */ 

m. erase (im2, m.endO) ; /* supprime tous les elements depuis celui */ 

/* designe par im2 jusqu'a la fin du conteneur m */ 

Enfin, de facon fort classique, la fonction clear() vide le conteneur de tout son contenu. 



Remarque 

II peut arriver que Ton souhaite supprimer tous les elements dont la cle appartient a un 
intervalle donne. Dans ce cas, on pourra avoir recours aux fonctions lowerbound et 
upper bound -presentees au paragraphe 2. 



1.6 Gestion memoire 

Contrairement a ce qui se passe pour certains conteneurs sequentiels, les operations sur les 
conteneurs associatifs, done, en particulier, sur map, n'entrainent jamais d'invalidation des 



1. Pour map, il y en aura un au plus ; pour multimap, on pourra en trouver plusieurs. 
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references et des iterateurs, excepte, bien entendu, pour les elements supprimes qui ne sont 
plus accessibles apres leur destruction. 

Toutefois, comme on l'a indique au paragraphe 1.4, il est theoriquement possible, bien que 
fortement deconseille, de modifier globalement un element de position donnee ; par exemple 
(iv designant un iterateur valide sur un conteneur de type map<char, int>) : 

*iv = make_pair ('S', 45) ; 

Que la cle 'S' soit presente ou non, on court, outre les risques deja evoques, celui que l'itera- 
teur iv devienne invalide. 



1 .7 Autres possibilites 



Les manipulations globales des conteneurs map se limitent a la seule affectation et a la fonc- 
tion swap permettant d'echanger les contenus de deux conteneurs de meme type. II n'existe 
pas de fonction assign, ni de possibilites de comparaisons lexicographiques auxquelles il 
serait difficile de donner une signification ; en effet, d'une part, les elements sont des paires, 
d'autre part, un tel conteneur est ordonne intrinsequement et son organisation evolue en per- 
manence. 

En theorie, il existe des fonctions membres lowerbound, upperbound, equalrange et 
count qui sont utilisables aussi bien avec des conteneurs de type map qu'avec des conteneurs 
de type multimap. C'est cependant dans ce dernier cas qu'elles presentent le plus d'interet ; 
elles seront etudiees au paragraphe 2. 

1.8 Exemple 

Voici un exemple complet de programme illustrant les principales fonctionnalites de la classe 
map que nous venons d'examiner. 

#include <iostream> 

#include <map> 

using namespace std ; 

main{) 

{ void af f iche (map<char, int>) ; 

map<char, int> m ; 

map<char, int> : : iterator im ; 

m['c'] = 10 ; m['f ] = 20 ; m[ 

cout « "map initial 

im = m.find ('f ) ; /* ici, 

cout « "cle 'f avant insert 

m. insert (make_pair ( 'a' , 5)) ; 

m. insert (make_pair ( 't ' , 7)) ; 

cout « "map apres insert 

cout « "cle ' f apres insert 

m.erase('c') ; 

cout « "map apres erase ' c ' : " ; af f iche (m) ; 

im = m.find('p') ; if (im != m.endO) m.erase(im, m.endO) 

cout « "map apres erase int : " ; af f iche (m) ; 



x'] = 30 ; m['p'] = 40 ; 






" ; af f iche (m) ; 






on ne verifie pas que im est != m.endO 


*/ 


" « (*im) .first « "\n" ; 






/* on insere un element avant 


■f 


*/ 


/* et un element apres 'f 




*/ 


" ; af f iche (m) ; 






" « (*im) .first « "\n" ;/* im -> 


'f 


*/ 
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void af f iche (map<char, int> m) // voir remarque paragraphe 2.4 du chapitre 19 
{ map<char, int> :: iterator im ; 

for (im=m. begin () ; im!=m.end() ; im++) 

cout << " (" « (*im) .first << "," « (*im) . second « ") " ; 

cout « "\n" ; 
} 



map initial 
cle ' f ' avant insert 
map apres insert 
cle ' f ' apres insert 
map apres erase ' c ' 
map apres erase int 



(c, 10) (f,20) (p,40) (x,30) 

f 

(a, 5) (c, 10) (f,20) (p,40) (t, 7) (x, 30) 

f 

(a, 5) (f,20) (p,40) (t,7) (x, 30) 

(a, 5) (f,20) 
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2 Le conteneur multimap 



2.1 Presentation generale 

Comme nous l'avons deja dit, dans un conteneur de type multimap, une meme cle peut appa- 
raitre plusieurs fois ou, plus generalement, on peut trouver plusieurs cles equivalentes. Bien 
entendu, les elements correspondants apparaissent alors consecutifs. Comme on peut s'y 
attendre, l'operateur [ ] n'est plus applicable a un tel conteneur, compte tenu de l'ambiguite 
qu'induirait la non-unicite des cles. Hormis cette restriction, les possibilites des conteneurs 
map se generalisent sans difficultes aux conteneurs multimap qui possedent les memes fonc- 
tions membres, avec quelques nuances qui vont de soi : 

• s'il existe plusieurs cles equivalentes, la fonction membre find fournit un iterateur sur un des 
elements ayant la cle voulue ; attention, on ne precise pas qu'il s'agit du premier ; celui-ci 
peut cependant etre connu en recourant a la fonction lowerbound examinee un peu plus 
loin ; 

• la fonction membre erase (cle) peut supprimer plusieurs elements tandis qu'avec un conte- 
neur map, elle n'en supprimait qu'un seul au maximum. 

D'autre part, comme nous l'avons deja fait remarquer, un certain nombre de fonctions mem- 
bres de la classe map, prennent tout leur interet lorsqu'on les applique a un conteneur multi- 
map. On peut, en effet : 

• connaitre le nombre d'elements ayant une cle equivalente a une cle donnee, a l'aide de count 

(cle) ; 

• obtenir des informations concernant l'intervalle d'elements ayant une cle equivalente a une 
cle donnee, a savoir : 
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lowerbound (cle) II fournit un iterateur sur le premier element ayant 
// une cle equivalente a cle 

upper bound (cle) II fournit un iterateur sur le dernier element ayant 

// une cle equivalente a cle 

equalrange (cle) II fournit une paire formee des valeurs des deux iterateurs 
// precedents, lower bound (cle) et upper _bound (cle) 

On notera qu'on a la relation : 

m. equal. range(cle) = make_pair (m. lowerbound (cle), m.upper bound (cle) ) 

Voici un petit exemple : 

multimap<char, int> m ; 



m. erase (m . lower_bound ( 'c' ) , m.upper_bound( 'c 1 ) ) ; /* equivalent a : */ 

/* erase('c') ; */ 
m. erase (m . lower_bound ( 'e' ) , m.upper_bound('g' ) ) ; /* supprime toutes les cles */ 

/* allant de 'e' a 'g' ; aucun equivalent simple */ 



> 



Remarque 



Le deuxieme appel de erase de notre precedent exemple peut presenter un interet dans le 
cas d'un conteneur de type map ; en effet, malgre l'unicite des cles dans ce cas, il n'est pas 
certain qu'un appel tel que : 

m. erase (m.find( 'e' ) , m.find{'g')) ; 

convienne puisqu'on court le risque que Tune au moins des cles 'e' ou 'g' n'existe pas. 

2.2 Exemple 

Voici un exemple complet de programme illustrant les principales fonctionnalites de la classe 
multimap que nous venons d'examiner : 



#include <iostream> 

#include <map> 

using namespace std ; 

main() 

{ 

void af fiche (multimap<char, int>) ; 

multimap<char, int> m, m_bis ; 

multimap<char, int>: : iterator im ; 

m. insert (make_pair ( 'c' , 10)) ; m. insert (make_pair{ 'f , 20)) 

m. insert (make_pair { 'x' , 30)) ; m. insert (make_jDair { 'p' , 40)) 

m. insert (make_pair ( 'y ' , 40)) ; m. insert {make_jDair { 'p' , 35)) 

cout « "map initial : \n " ; af fiche (m) ; 

m. insert (make_pair (' f , 25)) ; m. insert (make_pair{ 'f , 20)) 

m. insert (make_pair ( 'x' , 2)) ; 

cout « "map avec f f f et xx : \n " ; af fiche (m) ; 



Les conteneurs associatifs 



Chapitre 20 



im=m.find( 'x 1 ) ; /* on ne verifie pas que im != m.end() */ 

m_bis = m ; /* on fait une copie de m dans m_bis */ 

m. erase (im) ; 

cout « "map apres erase {find( 'x' ) ) :\n " ; affiche(m) ; 

m. erase ( 'f ) ; 

cout « "map apres erase ( ' f ' ) : \n " ; af f iche (m) ; 

m . swap (m_bi s ) ; 

cout « "map apres swap : \n " ; af f iche (m) ; 

cout « "il y a " « m. count Cf) « " fois la cle 'f'\n" ; 

m. erase (m.upper_bound( 'f ' ) ) ; /* supprime derniere cle 'f - ici pas de test*/ 

cout « "map apres erase (u_b ( ' f ' ) ) 

m. erase (m.lower_bound{ 'f ' ) ) ; 



cout « "map apres erase (l_b('f ) 
m.erase(m.upper_bound( 'g' ) ) ; 
cout « "map apres erase (u_b('g') 
m. erase (m.lower_bound{ 'g' ) ) ; 
cout « "map apres erase (l_b('g') 



: \n " ; af f iche (m) ; 

: \n " ; af f iche (m) ; 

: \n " ; af f iche (m) ; 



: \n " ; af f iche (m) ; 

m. erase {m.lower_bound{ 'd' ) , m.upper_bound( 'x' ) ) ; 

cout « "map apres erase (l_b('d'), u_b('x')) :\n " ; af fiche (m) ; 
} 

void af fiche (multimap<char, int> m) // voir remarque paragraphe 2.4 du chapitre IS 
{ multimap<char, int>: : iterator im ; 

for (im=m.begin() ; im!=m.end{) ; im++) 

cout << " (" « (*im) . first << "," « (*im) . second « ")" ; 

cout « "\n" ; 
} 

map initial : 

(c, 10) (f,20) (p,40) (p,35) (x,30) (y,40) 
map avec fff et xx : 

(c, 10) (f,20) (f,25) (f,20) (p,40) (p, 35) (x,30) (x,2) (y, 40) 
map apres erase ( find (' x ') ) : 

(c, 10) (f,20) (f,25) (f,20) (p,40) (p, 35) (x,2) (y,40) 
map apres erase ( ' f ' ) : 

(c, 10) (p,40) (p,35) (x,2) (y,40) 
map apres swap : 

(c, 10) (f,20) (f,25) (f,20) (p,40) (p, 35) (x,30) (x,2) (y, 40) 
il y a 3 fois la cle 'f 
map apres erase (u_b ( ' f ' ) ) : 

(c, 10) (f,20) (f,25) (f,20) (p,35) (x,30) (x,2) (y,40) 
map apres erase (l_b('f')) : 

(c, 10) (f,25) (f,20) (p,35) (x,30) (x,2) (y,40) 
map apres erase (u_b('g')) : 

(c, 10) (f,25) (f,20) (x,30) (x,2) (y,40) 
map apres erase (l_b('g')) : 

(c, 10) (f,25) (f,20) (x,2) (y,40) 
map apres erase (l_b('d'), u_b('x')) : 

(c, 10) (y, 40) 

Exemple d 'utilisation de multimap 
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3 Le conteneur set 

3.1 Presentation generale 

Comme il a ete dit en introduction, le conteneur set est un cas particulier du conteneur map, 
dans lequel aucune valeur n'est associee a la cle. Les elements d'un conteneur set ne sont 
done plus des paires, ce qui en facilite naturellement la manipulation. Une autre difference 
entre les conteneurs set et les conteneurs map est qu'un element d'un conteneur set est une 
constante ; on ne peut pas en modifier la valeur : 

set<int> e{...) /* ensemble d'entiers */ 

set<int>: : iterator ie ; /* iterateur sur un ensemble d'entiers */ 



cout << *ie ; /* correct */ 

*ie = . . . ; /* interdit */ 

En dehors de cette contrainte, les possibilites d'un conteneur set se deduisent tout naturelle- 
ment de celles d'un conteneur map, aussi bien pour sa construction que pour l'insertion ou la 
suppression d' elements qui, quant a elle, reste toujours possible, aussi bien a partir d'une posi- 
tion que d'une valeur. 

3.2 Exemple 

Voici un exemple complet de programme illustrant les principales fonctionnalites de la classe 
set (attention, le caractere "espace" n'est pas tres visible dans les resultats !) : 



#include <iostream> 
tinclude <set> 
#include <string> 
using namespace std ; 

main{) 
{ 

char t[] = "je me figure ce zouave qui joue du xylophone" ; 

char v [ ] = "aeiouy" ; 

void affiche (set<char> ) ; 

set<char> let(t, t+sizeof (t)-l) , letjois ; 

set<char> voy(v, v+sizeof (v)-l) ; 

cout « "lettres presentes : " ; affiche (let) ; 
cout « "il y a " « let. size {) « " lettres differentes\n" ; 
if (let .count ( 'z' ) ) cout « "la lettre z est presente\n" ; 
if ( !let. count ( 'b' ) ) cout « "la lettre b n'est pas presente\n" 

let_bis = let ; 
set<char>: : iterator iv ; 

for ( iv=voy. begin () ; iv ! =voy . end ( ) ; iv++) 
let. erase (*iv) ; 



Les conteneurs associatifs 



Chapitre 20 



cout « "lettres sans voyelles : " ; affiche (let) 

let. insert (voy. begin () , voy.endO) ; 

cout « "lettres + toutes voyelles : " ; affiche (let) 



void affiche (set<char> e ) // voir remarque paragraphe 2.4 du chapitre 19 
{ set<char>: : iterator ie ; 

for (ie=e. begin () ; ie!=e.end() ; ie++) 
cout << *ie « " " ; 

cout « "\n" ; 



lettres presentes : acdefghijlmnopqruvxyz 

il y a 22 lettres differentes 

la lettre z est presente 

la lettre b n'est pas presente 

lettres sans voyelles : cdfghjlmnpqrvxz 

lettres + toutes voyelles : acdefghijlmnopqruvxyz 

Exemple d'utilisation du conteneur set 

3.3 Le conteneur set et I'ensemble mathematique 

Un conteneur de type set est obligatoirement ordonne, tandis qu'un ensemble mathematique 
ne Test pas necessairement. II faudra tenir compte de cette remarque des que Ton sera amene 
a creer un ensemble d'objets puisqu'il faudra alors munir la classe correspondante d'une rela- 
tion d'ordre faible strict. En outre, il ne faudra pas perdre de vue que c'est cette relation qui 
sera utilisee pour definir l'egalite de deux elements et non une eventuelle surdefinition de 
l'operateur ==. 

Par ailleurs, dans la classe set, il n'existe pas de fonction membre permettant de realiser les 
operations ensemblistes classiques (intersection, reunion...). Cependant, nous verrons au cha- 
pitre 21, qu'il existe des algorithmes generaux, utilisables avec n'importe quelle sequence 
ordonnee. Leur application au cas particulier des ensembles permettra de realiser les opera- 
tions en question. 



4 Le conteneur multiset 



De meme que le conteneur multimap est un conteneur map, dans lequel on autorise plusieurs 
cles equivalentes, le conteneur multiset est un conteneur set, dans lequel on autorise plu- 
sieurs elements equivalents a apparaitre. II correspond a la notion mathematique de multi- 
ensemble (peu repandue) avec cette difference que la relation d'ordre necessaire a la defini- 
tion d'un multiset ne Test pas dans le multi-ensemble mathematique. Les algorithmes gene- 
raux d' intersection ou de reunion, evoques ci-dessus, fonctionneront encore dans le cas des 
conteneurs multiset. 



5 - Conteneurs associatifs et algorithmes 



Voici un exemple complet de programme illustrant les principales fonctionnalites de la classe 
multiset (attention, le caractere "espace" n'est pas tres visible dans les resultats !) : 

#include <iostreain> 
tinclude <set> 
using namespace std ; 

main{) 
{ 

char t[] = "je me figure ce zouave qui joue du xylophone" ; 

char v [ ] = "aeiouy" ; 

void affiche {multiset<char> ) ; 

multiset<char> let(t, t+sizeof (t) -1) , let_bis ; 

multiset<char> voy(v, v+sizeof (v)-l) ; 

cout « "lettres presentes : " ; affiche (let) ; 

cout « "il y a " « let. size {) « " lettres en tout\n" ; 

cout « "la lettre e est presente " « let .count ( 'e' ) « " fois\n" ; 

cout « "la lettre b est presente " « let. count ( 'b' ) « " fois\n" ; 

let_bis = let ; 

multiset <char> : : iterator iv ; 

for ( iv=voy. begin () ; iv ! =voy . end ( ) ; iv++) 
let. erase (*iv) ; 

cout « "lettres sans voyelles : " ; affiche (let) ; 
} 

void affiche (multiset <char> e ) // voir remarque paragraphe 2.4 du chapitre 19 
{ multiset<char>: : iterator ie ; 
for (ie=e. begin () ; ie!=e.end() ; ie++) 

cout « *ie ; 
cout « "\n" ; 



lettres presentes : acdeeeeeeefghiij jlmnoooopqruuuuuvxyz 

il y a 44 lettres en tout 

la lettre e est presente 7 fois 

la lettre b est presente fois 

lettres sans voyelles : cdfghj jlmnpqrvxz 

Exemple d 'utilisation du conteneur multiset 

5 Conteneurs associatifs et algorithmes 

II est generalement difficile d'appliquer certains algorithmes generaux aux conteneurs asso- 
ciatifs. II y a plusieurs raisons a cela. 

Tout d'abord, un conteneur de type map ou multimap est forme d'elements depair, qui se pre- 
tent assez difficilement aux algorithmes usuels. Par exemple, une recherche par find devrait 
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se faire sur la paire (cle, valeur), ce qui ne presente generalement guere d'interet ; on prefe- 
rera utiliser la fonction membre find travaillant sur une cle donnee. 

De meme, vouloir trier un conteneur associatif deja ordonne de facon intrinseque n'est guere 
realiste : soit on cherche a trier suivant l'ordre interne, ce qui n'a aucun interet, soit on cher- 
che a trier suivant un autre ordre, et alors apparaissent des conflits entre les deux ordres. 

Neanmoins, il reste possible d'appliquer tout algorithme qui ne modifie pas les valeurs du 
conteneur. 

D'une maniere generale, dans le chapitre 21 consacre aux algorithmes, nous indiquerons ceux 
qui sont utilisables avec des conteneurs associatifs. 



21 



Les algorithmes standard 



La notion d'algorithme a deja ete presentee au chapitre 18, et nous avons eu l'occasion d'en 
utiliser quelques-uns dans certains de nos precedents exemples. Le present chapitre expose 
les differentes possibilites offertes par les algorithmes de la bibliotheque standard. Aupara- 
vant, il presente ou rappelle un certain nombre de notions generales qui interviennent dans 
leur utilisation, en particulier : les categories d'iterateur, la notion de sequence, les iterateurs 
de flot et les iterateurs d'insertion. 

On notera bien que ce chapitre vise avant tout a faire comprendre le role des differents algo- 
rithmes et a illustrer les plus importants par des exemples de programmes. On trouvera dans 
l'Annexe C, une reference complete du role precis, de l'efficacite et de la syntaxe exacte de 
l'appel de chacun des algorithmes existants. 

1 Notions generales 

1.1 Algorithmes et iterateurs 

Les algorithmes standard se presentent sous forme de patrons de fonctions. Leur code est 
ecrit, sans connaissance precise des elements qu'ils seront amenes a manipuler. Cependant, 
cette manipulation ne se fait jamais directement, mais toujours par l'intermediaire d'un itera- 
teur qui, quant a lui, possede un type donne, a partir duquel se deduit le type des elements 
effectivement manipules. Par exemple, lorsqu'un algorithme contient une instruction de la 
forme : 
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le code source du programme ne connait effectivement pas le type de l'element qui sera ainsi 
manipule mais ce type sera parfaitement defini a la compilation, lors de l'instanciation de la 
fonction patron correspondant a 1'algorithme en question. 

1 .2 Les categories d'iterateurs 

Jusqu'ici, nous avons surtout manipule des elements de conteneurs et les iterateurs associes 
qui se repartissaient alors en trois categories : unidirectionnel, bidirectionnel et a acces direct. 
En fait, il existe deux autres categories d'iterateurs, disposant de proprietes plus restrictives 
que les iterateurs unidirectionnels ; il s'agit des iterateurs en entree et des iterateurs en sortie. 
Bien qu'ils ne soient fournis par aucun des conteneurs, ils presentent un interet au niveau des 
iterateurs de flot qui, comme nous le verrons un peu plus loin, permettent d'acceder a un flot 
comme a une sequence. 

1.2.1 Iterateur en entree 

Un iterateur en entree possede les memes proprietes qu'un iterateur unidirectionnel, avec 
cette difference qu'il n'autorise que la consultation de la valeur correspondante et plus sa 
modification ; si /'/ est un tel iterateur : 

. . . = *it ; /* correct si it est un iterateur en entree */ 
*it = . . . ; /* impossible si it est un iterateur en entree */ 

En outre, un iterateur en entree n'autorise qu'un seul passage (on dit aussi une seule passe) sur 
les elements qu'il permet de decrire. Autrement dit, si, a un moment donne, itl==it2, itl + + 
et it2++ ne designent pas necessairement la meme valeur. Cette restriction n'existait pas dans 
le cas des iterateurs unidirectionnels. Ici, elle se justifie des lors qu'on sait que l'iterateur en 
entree est destine a la lecture d'une suite de valeurs de meme type sur un flot, d'une facon 
analogue a la lecture des informations d'une sequence. Or, manifestement, il n'est pas possi- 
ble de lire deux fois une meme valeur sur certains flots tels que l'unite d'entree standard. 

1.2.2 Iterateur en sortie 

De facon concomitante, un iterateur en sortie possede les memes proprietes qu'un iterateur 
unidirectionnel, avec cette difference qu'il n'autorise que la modification et en aucun cas la 
consultation. Par exemple, si /'/ est un tel iterateur : 

*it = . . . ; /* correct si it est un iterateur en sortie */ 
... = *it ; /* impossible si it est un iterateur en sortie */ 

Comme l'iterateur en entree, l'iterateur en sortie ne permettra qu'un seul passage ; si, a un 
moment donne, on a itl==it2, les affectations successives : 

*itl++ = . . . ; 
*it2++ = . . . ; 

entraineront la creation de deux valeurs distinctes. La encore, pour mieux comprendre ces 
restrictions, il faut voir que la principale justification de l'iterateur en sortie est de permettre 
d'ecrire une suite de valeur de meme type sur un flot, de la meme facon qu'on peut introduire 
des informations dans une sequence. Or, manifestement, il n'est pas possible d'ecrire deux 
fois en un meme endroit de certains flots tels que l'unite standard de sortie. 
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1.2.3 Hierarchie des categories d'iterateurs 

On peut montrer que les proprietes des cinq categories d'iterateurs permettent de les ranger 
selon une hierarchie dans laquelle toute categorie possede au moins les proprietes de la cate- 
gorie precedente : 

iterateur en entree iterateur en sortie 



iterateur unidirectionnel 



iterateur bidirectionnel 



iterateur a acces direct 

Les iterateurs en entree et en sortie seront frequemment utilises pour associer un iterateur a 
un flot, en faisant appel a un adaptateur particulier d'iterateur dit iterateur de flot ; nous y 
reviendrons au paragraphe 1.5. En dehors de cela, ils presentent un interet indirect a propos 
de 1'information qu'on peut deduire au vu de la categorie d'iterateur attendu par un 
algorithme ; par exemple, si un algorithme accepte un iterateur en entree, c'est que, d'une 
part, il ne modifie pas la sequence correspondante et que, d'autre part, il n'effectue qu'une 
seule passe sur cette sequence. 

1 .3 Algorithmes et sequences 

Beaucoup d'algorithmes s'appliquent a une sequence definie par un intervalle d'iterateur de la 
forme [debut, fin) ; dans ce cas, on lui communiquera simplement en argument les deux 
valeurs debut etfin, lesquelles devront naturellement etre du meme type, sous peine d'erreur 
de compilation. 

Tant que l'algorithme ne modifie pas les elements de cette sequence, cette derniere peut 
appartenir a un conteneur de n'importe quel type, y compris les conteneurs associatifs pour 
lesquels, rappelons-le, la notion de sequence a bien un sens, compte tenu de leur ordre 
interne. Cependant, dans le cas des types map ou multimap, on sera generalement gene par le 
fait que leurs elements sont des paires. 

En revanche, si l'algorithme modifie les elements de la sequence, il n'est plus possible qu'elle 
appartienne a un conteneur de type set et multiset, puisque les elements n'en sont plus modi- 
fiables. Bien qu'il n'existe pas d'interdiction formelle, il n'est guere raisonnable qu'elle appar- 
tienne a un conteneur de type map ou multimap, compte tenu des risques d'incompatibilite 
qui apparaissent alors entre l'organisation interne et celle qu'on chercherait a lui imposer... 

Certains algorithmes s'appliquent a deux sequences de meme taille. C'est par exemple le cas 
de la recopie d'une sequence dans une autre ayant des elements de meme type. Dans ce cas, 
tous ces algorithmes precedent de la meme facon, a savoir : 

• deux arguments definissent classiquement un premier intervalle, correspondant a la premie- 
re sequence, 
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• un troisieme argument fournit la valeur d'un iterateur designant le debut de la seconde se- 
quence. 

On notera bien que cette facon de proceder presente manifestement le risque que la sequence 
cible soit trop petite. Dans ce cas, le comportement du programme est indetermine comme il 
pouvait l'etre en cas de debordement d'un tableau classique ; d'ailleurs, rien n'interdit de four- 
nir a un algorithme un iterateur qui soit un pointeur... 

Enfin, quelques rares algorithmes fournissent comme valeur de retour, les limites d'un inter- 
valle, sous forme de deux iterateurs ; dans ce cas, celles-ci seront regroupees au sein d'une 
structure de type pair. 

1.4 Iterateur d'insertion 

Beaucoup d'algorithmes sont prevus pour modifier les valeurs des elements d'une sequence ; 
c'est par exemple le cas de copy : 

copy ( v . begin ( ) , v . end ( ) , 1 . begin ( ) ) ; 

/* recopie l'intervalle [v.beginO, v.endO ) */ 
/* a partir de la position l.begin() */ 

De telles operations imposent naturellement un certain nombre de contraintes : 

• les emplacements necessaires a la copie doivent deja exister, 

• leur modification doit etre autorisee, ce qui n'est pas le cas pour des conteneurs de type set 
ou multiset, 

• la copie ne doit pas se faire a l'interieur d'un conteneur associatif de type map ou multimap, 
compte tenu de l'incompatibilite qui resulterait entre l'ordre sequentiel impose et l'ordre in- 
terne du conteneur. 

En fait, il existe un mecanisme particulier permettant de transformer une succession d'opera- 
tions de copie a partir d'une position donnee en une succession d'insertions a partir de cette 
position. Pour ce faire, on fait appel a ce qu'on nomme un iterateur d'insertion ; il s'agit d'un 
patron de classes nomme insert iterator et parametre par un type de conteneur. Par exemple : 

insert_iterator <list<int> > ins ; /* ins est un iterateur d'insertion */ 

/* dans un conteneur de type list<int> */ 

Pour affecter une valeur a un tel iterateur, on se sert du patron de fonction inserter ; en voici 
un exemple dans lequel on suppose que c est un conteneur et /'/ est une valeur particuliere 
d'iterateur sur ce conteneur : 

ins = inserter (c, it) ; /* valeur initiale d'un iterateur d'insertion */ 

/* permettant d'inserer a partir de la */ 
/* position it dans le conteneur c */ 

Dans ces conditions, l'utilisation de ins, en lieu et place d'une valeur initiale d'iterateur, fera 
qu'une instruction telle que *ins = ... inserera un nouvel element en position /'/. De plus, toute 
incrementation de ins, suivie d'une nouvelle affectation *ins=... provoquera une nouvelle 
insertion a la suite de l'element precedent. 
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D'une maniere generale, il existe trois fonctions permettant de definir une valeur initiale d'un 
iterateur d'insertion, a savoir : 

• front Jnserter (conteneur) : pour une insertion en debut du conteneur ; le conteneur doit dis- 
poser de la fonction membre pushjront ; 

• back jnserter (conteneur) : pour une insertion en fin du conteneur ; le conteneur doit dispo- 
ser de la fonction membre pushback ; 

• inserter (conteneur, position) : pour une insertion a partir de position dans le conteneur ; le 
conteneur doit disposer de la fonction membre insert(valeur, position). 

Voici un exemple de programme utilisant un tel mecanisme pour transformer une copie dans 
des elements existant en une insertion ; auparavant, on a tente une copie usuelle dans un con- 
teneur trop petit pour montrer qu'elle se deroulait mal ; en pratique, nous deconseillons ce 
genre de precede qui peut tres bien amener a un plantage du programme : 

#include <iostreain> 

#include <list> 

#include <algorithm> 

using namespace std ; 

main() 

{ void affiche (list<char>) ; 

char t[] = {"essai insert_iterator"} ; 

list<char> 11 (t, t+sizeof (t)-l) ; 

list<char> 12 (4, 'x') ; 

list<char> 13 ; 

cout « "11 initiale : " ; affiche (11) ; 

cout « "12 initiale : " ; affiche (12) ; 

/* copie avec liste 12 de taille insuffisante */ 
/* deconseille en pratique */ 

copy (ll.begin(), ll.endO, 12.begin()) ; 

cout « "12 apres copie usuelle : " ; affiche (12) ; 

/* insertion dans liste non vide */ 

/* on pourrait utiliser aussi front_inserter (12) */ 

copy (ll.begin(), ll.endO, inserter(12, 12.begin())) ; 

cout « "12 apres copie inser : " ; affiche (12) ; 

/* insertion dans liste vide ; on pourrait utiliser aussi V 
/* front_inserter (13) ou back_inserter (13) */ 

copy (ll.begin(), ll.endO, inserter(13, 13.begin())) ; 

cout « "13 apres copie inser : " ; affiche (13) ; 
} 

void affiche (list<char> 1) 
{ void af_car (char) ; 

for_each(l. begin () , I.endO, af_car); /* appelle af_car pour chaque element */ 

cout « "\n" ; 
} 

void af_car (char c) 
{ cout « c « " " ; 
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11 initiale :essai insert_iterator 

12 initiale : x x x x 
12 apres copie usuelle : r r a t 

12 apres copie inser :essai insert_iteratorrrat 

13 apres copie inser :essai insert_iterator 

Exemple d'utilisation d'un iterateur d'insertion 



\> 



Remarque 



Si Ton tient a mettre en evidence l'existence d'une classe insert iterator, la simple instruc- 
tion du precedent programme : 

copy (ll.begin(), ll.endO, inserter(12, 12.begin())) ; 

peut se decomposer ainsi : 

insert_iterator<list<char> > ins = inserter (12, 12.begin()) ; 
copy (ll.beginO, ll.endO, ins ) ; 

1.5 Iterateur de f lot 

1.5.1 Iterateur de f lot de sortie 

Lorsqu'on lit, par exemple, sur l'entree standard, une suite d'informations de meme type, on 
peut considerer qu'on parcourt une sequence. Effectivement, il est possible de definir un ite- 
rateur sur une telle sequence ne disposant que des proprietes d'un iterateur d'entree telles 
qu'elles ont ete definies precedemment. Pour ce faire, il existe un patron de classes, nomme 
ostreamiterator, parametre par le type des elements concernes ; par exemple : 

ostream_iterator<char> /* type iterateur sur un flot d'entree de caracteres */ 

Cette classe dispose d'un constructeur recevant en argument un flot existant. C'est ainsi que : 

ostream_iterator<char> flcar {cout) ; /* flcar est un iterateur sur un flot de */ 

/* caracteres connecte a cout */ 

Dans ces conditions, une instruction telle que : 

*flcar = 'x' ; 

envoie le caractere x sur le flot cout. 

On notera qu'il est theoriquement possible d'incrementer l'iterateur flcar en ecrivant 
flcar '++ ; cependant, une telle operation est sans effet car sans signification a ce niveau. Son 
existence est cependant precieuse puisqu'elle permettra d'utiliser un tel iterateur avec certains 
algorithmes standard, tels que copy. 

Voici un exemple resumant ce que nous venons de dire : 
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#include <iostreain> 

#include <list> 

using namespace std ; 

main{) 

{ char t[] = {"essai iterateur de flot"} ; 

list<char> l(t, t+sizeof (t)-l) ; 

ostream_iterator<char> flcar(cout) ; 

*flcar = ' x' ; *flcar = '-' ; 

flcar++ ; flcar++ ; /* pour montrer que 1 ' incrementation est inoperante ici */ 

*flcar = ' : ' ; 

copy (1. begin (), I.endO, flcar) ; 
} 



x-: essai iterateur de flot 



Exemple d'utilisation d'un iterateur de flot de sortie 



> 



Remarque 



Ici, notre exemple s'appliquait a la sortie standard ; dans ces conditions, l'utilisation 
d'informations de type autre que char poserait le probleme de leur separation a l'affichage 
ou dans le fichier texte correspondant. En revanche, l'application a un fichier binaire quel- 
conque ne poserait plus aucun probleme. 

1 .5.2 Iterateur de flot d'entree 

De meme qu'on peut definir des iterateurs de flot de sortie, on peut definir des iterateurs de 
flot d'entree, suivant un precede tres voisin. Par exemple, avec : 

istream_iterator<int> flint (cin) ; 

on definit un iterateur nomme flint, sur un flot d'entree d'entiers, connecte a cin. De la meme 
maniere, avec : 

if stream fich( "essai", ios::in) ; 
istream_iterator<int> flint (fich) ; 

on definit un iterateur, nomme flint, sur un flot d'entree d'entiers, connecte au f[otflch, sup- 
pose convenablement ouvert. 

Les iterateurs de flot d'entree necessitent cependant la possibility d'en detecter la fin. Pour ce 
faire, il existe une convention permettant de construire un iterateur en representant la fin, a 
savoir, l'utilisation d'un constructeur sans argument ; par exemple, avec : 

istream_iterator<int> fin ; /* fin est un iterateur representant une fin */ 
/* de fichier sur un iterateur de flot d'entiers */ 
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Voici, par exemple, comment utiliser un iterateur de flot d'entree pour recopier les informa- 
tions d'un fichier dans une liste ; ici, nous creons une liste vide et nous utilisons un iterateur 
d' insertion pour y introduire le resultat de la copie : 

list<int> 1 ; 

ifstream fich("essai", ios::in) ; 

istream_iterator<int, ptrdif f_t> flint (f ich) , fin ; 
copy (flint, fin, inserter(l, l.begin())) ; 

2 Algorithmes d'initialisation de sequences 
existantes 

Tous ces algorithmes permettent de donner des valeurs a des elements existant d'une 
sequence, dont la valeur est done remplacee. De par leur nature meme, ils ne sont pas adaptes 
aux conteneurs associatifs, a moins d'utiliser un iterateur d'insertion et de tenir compte de la 
nature de type pair de leurs elements. 

2.1 Copie d'une sequence dans une autre 

Comme on l'a deja vu a plusieurs reprises, on peut recopier une sequence dans une autre, 
pour peu que les types des elements soient les memes. Par exemple, si / est une liste d'entiers 
et v un vecteur d'entiers : 

copy (l.begin(), I.endO, v.beginQ) ; /* recopie les elements de la */ 
/* liste 1 dans le vecteur v, a partir de son debut */ 

Le sens de la copie est impose, a savoir qu'on commence bien par recopier l.beginQ en 
v.beginQ. La seule contrainte (logique) qui soit imposee aux valeurs des iterateurs est que la 
position de la premiere copie n'appartienne pas a l'intervalle a copier. En revanche, rien 
n'interdirait, par exemple : 

copy (v. begin () +1, v.begin{)+10, v.beginO); /* recopie v[l] dans v[0] */ 

/* v[2] dans v[l]... v[9] dans v[8] */ 

II existe egalement un algorithme copy backward qui precede a la copie dans l'ordre inverse 
de copy, e'est-a-dire en commencant par le dernier element. Dans ce cas, comme on peut s'y 
attendre, les iterateurs correspondants doivent etre bidirectionnels. 

Voici un exemple de programme utilisant copy pour realiser des copies usuelles, ainsi que des 
insertions, par le biais d'un iterateur d'insertion : 

#include <iostream> 
#include <vector> 

#include <list> 
#include <algorithm> 
using namespace std ; 
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main() 

{ int t[5] = { 1, 2, 3, 4, 5 } ; 

vector<int> v(t, t+5) ; /* v contient : 1, 2, 3, 4, 5 */ 

list<int> 1 {8, 0) ; /* liste de 8 elements egaux a 0*/ 

list<int> 12(3, 0) ; /* liste de 3 elements egaux a */ 

void af fiche (vector<int>) ; 

void af fiche (list <int>) ; 

cout « "liste initiale : " ; affiche(l) ; 

copy (v.begin(), v.endO, 1. begin ()) ; 

cout « "liste apres copie 1 : " ; affiche(l) ; 

1 = 12 ; /* 1 contient maintenant 3 elements egaux a */ 

copy (v.begin(), v.endO, l.beginO) ; /* sequence trop courte : deconseille */ 

cout « "liste apres copie 2 : " ; affiche(l) ; 

1. erase (l.beginO , I.endO) ; /* 1 est maintenant vide */ 

/* on y insere les elem de v */ 

copy (v.begin(), v.endO, inserter(l, l.beginO)) ; 

cout « "liste apres copie 3 : " ; affiche(l) ; 
} 

void affiche (list<int> 1) 
{ list<int>: : iterator il ; 

for (il=l.begin() ; il!=l.end() ; il++) cout « *il « " " ; 

cout « "\n" ; 



liste initiale 
liste apres copie 1 
liste apres copie 2 
liste apres copie 3 



00000000 
12345000 
5 2 3 
12 3 4 5 



Exemple de copies usuelles et de copies avec insertion 

2.2 Generation de valeurs par une fonction 

II est frequent qu'on ait besoin d'initialiser un conteneur par des valeurs resultant d'un calcul. 
La bibliotheque standard offre un outil assez general a cet effet, a savoir ce qu'on nomme 
souvent un algorithme generateur. On lui fournit en argument, un objet fonction (il peut done 
s'agir d'une fonction ordinaire) qu'il appellera pour determiner la valeur a attribuer a chaque 
element d'un intervalle. Une telle fonction ne recoit aucun argument. Par exemple, l'appel : 

generate (v.begin(), v.endO, suite) ; 

utilisera la fonction suite pour dormer une valeur a chacun des elements de la sequence defi- 
nie par l'intervalle [v.beginf), v.endf)). 

Voici un premier exemple faisant appel a une fonction ordinaire : 

#include <iostream> 
#include <vector> 
#include <algorithm> 
using namespace std ; 
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main ( ) 

{ int n = 10 ; 

vector<int> v{n, 0) ; /* vecteur de n elements initialises a */ 

int suite {) ; /* fonction utilisee pour la generation d'entiers */ 

void affiche (vector<int>) ; 

cout « "vecteur initial : " ; affiche (v) ; 

generate (v.begin(), v.end(), suite) ; 

cout « "vecteur genere : " ; affiche (v) ; 
} 

int suite ( ) 
{ static int n = ; 

return n++ ; 
} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for {i=0 ; i<v.size() ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 

vecteur initial :0000000000 
vecteur genere : 0123456789 



Generation de valeurs par une fonction ordinaire 

On constate qu'il est difficile d'imposer une valeur initiale a la suite de nombres, autrement 
qu'en la fixant dans la fonction elle-meme ; en particulier, il n'est pas possible de la choisir en 
argument. C'est la precisement que la notion de classe fonction s'avere interessante comme le 
montre l'exemple suivant : 

#include <iostream> 

#include <vector> 

#include <algorithm> 

using namespace std ; 

class sequence /* classe fonction utilisee pour la generation d'entiers */ 

{ public : 

sequence (int i) { n = i ; } /* constructeur */ 

int operator {) () { return n++ ; } /* ne pas oublier () */ 
private : 
int n ; /* valeur courante generee */ 

} ; 
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main() 

{ int n = 10 ; 

vector<int> v(n, 0) ; /* vecteur de n elements initialises a 

void af fiche (vector<int>) ; 

cout « "vecteur initial : " ; affiche(v) 

generate (v.begin(), v.endO, sequence(O)) 

cout « "vecteur genere 1 : " ; affiche(v) 

generate (v.beginQ, v.endO, sequence(4)) 

cout « "vecteur genere 2 : " ; affiche(v) 
} 



void affiche {vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v.size() ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 



vecteur initial 
vecteur genere 1 
vecteur genere 2 



000000000 
123456789 
5 6 7 8 9 10 11 12 13 



Generation de valeurs par une classe fonction 



\^^ Remarques 



1 Si Ton compare les deux appels suivants, l'un du premier exemple, l'autre du second : 

generate (v.beginQ, v.endO, suite) ; 
generate (v.beginQ, v.endO, sequence(O)) ; 

on constate que, dans le premier cas, suite est la reference a une fonction, tandis que 
dans le second, sequence(O) est la reference a un objet de type sequence. Mais, comme 
ce dernier a convenablement surdefini l'operateur (), l'algorithme generate n'a pas a 
tenir compte de cette difference. 

2 II existe un autre algorithme, generate _n, comparable a generate, qui genere un nombre 
de valeurs prevues en argument. D'autre part, l'algorithme //'// permet d'affecter une 
valeur donnee a tous les elements d'une sequence ou a un nombre donne d'elements : 

fill (debut, fin, valeur) 

fill (position, NbFois, valeur) 
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3 Algorithmes de recherche 



Ces algorithmes ne modifient pas la sequence sur laquelle ils travaillent. On distingue : 

• les algorithmes fondes sur une egalite ou sur un predicat unaire, 

• les algorithmes fondes sur une relation d'ordre permettant de trouver le plus grand ou le plus 
petit element. 

3.1 Algorithmes fondes sur une egalite ou un predicat unaire 

Ces algorithmes permettent de rechercher la premiere occurrence de valeurs ou de series de 
valeurs qui sont : 

• soit imposees explicitement ; cela signifie en fait qu'on se fonde sur la relation d'egalite in- 
duite par l'operateur ==, qu'il soit surdefini ou non ; 

• soit par une condition fournie sous forme d'un predicat unaire. 

Ils fournissent tous un iterateur sur l'element recherche, s'il existe, et l'iterateur sur la fin de la 
sequence, sinon ; dans ce dernier cas, cette valeur n'est egale a end() que si la sequence con- 
cerned appartient a un conteneur et s'etend jusqu'a sa fin. Sinon, on peut obtenir un iterateur 
valide sur un element n'ayant rien a voir avec la recherche en question. Dans le cas ou les ite- 
rateurs utilises sont des pointeurs, on peut obtenir un pointeur sur une valeur situee au-dela 
de la sequence examinee. II faudra tenir compte de ces remarques dans le test de la valeur de 
retour, qui constitue le seul moyen de savoir si la recherche a abouti. 

L'algorithmey/«<ipermet de rechercher une valeur donnee, tandis que find^firstofpermet de 
rechercher une valeur parmi plusieurs. L'algorithme findjf (debut, fin, predicat) autorise la 
recherche de la premiere valeur satisfaisant au predicat unaire fourni en argument. 

On peut rechercher, dans une sequence [debut 1 , finl), la premiere apparition complete 
d'une autre sequence \debut_2 , fin_2) par search (debutl, finl, debut_2, fin_2). De meme, 
searchji (debut, fin, NbFois, valeur) permet de rechercher une suite de NbFois une meme 
valeur. La encore, on se base sur l'operateur ==, surdefini ou non. 

On peut rechercher les "doublons", c'est-a-dire les valeurs apparaissant deux fois de suite, 
par adjacent Jind (debut, fin). Attention, ce n'est pas un cas particulier de searchji, dans la 
mesure ou Ton n'impose pas la valeur dupliquee. Pour chercher les autres doublons, on peut 
soit supprimer l'une des valeurs trouvees, soit simplement recommencer la recherche, au-dela 
de l'emplacement ou se trouve le doublon precedent. 

Voici un exemple de programme illustrant la plupart de ces possibilites (par souci de simpli- 
fication, nous supposons que les valeurs recherchees existent toujours) : 

#include <iostreain> 
#include <vector> 
#include <algorithm> 
using namespace std ; 
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main() 

{ char *chl 
char *ch2 
char *ch3 



"anticonstitutionnellement " 
"uoie" ; 
"tion" ; 



vector<char> vl (chl, chl+strlen (chl) ) ; 

vector<char> v2 (ch2, ch2+strlen (ch2) ) ; 

vector<char>: : iterator iv ; 

iv = finol_first_of (vl. begin (), vl.endO, v2.begin(), v2.end()) 



cout « "\npremier de uoie en : " ; for ( ; iv!=vl.end() 


; iv++) 


cout 


« 


iv = find_first_of (vl. begin (), vl.endO, v2. begin (), v2 


begin () +2 ) ; 




cout « "\npremier de uo en : " ; for ( ; iv!=vl.end() 


; iv++) 


cout 


« 


v2. assign (ch3, ch3+strlen (ch3) ) ; 








iv = search (vl. begin (), vl.endO, v2. begin (), v2.end()) 


; 






cout « "\ntion en : " ; for ( ; iv!=vl,end() 


; iv++) 


cout 


« 


iv = search_n (vl. begin {) , vl.endO, 2, '1' ) ; 








cout « "\n'l' 2 fois en : " ; for ( ; iv!=vl.end() 


; iv++) 


cout 


« 


iv = ad jacent_find(vl. begin () , vl.endO) ; 








cout « "\npremier doublon en : " ; for ( ; iv!=vl.end() 
} 


; iv++) 


cout 


« 


premier de uoie en 


iconstitutionnellement 








premier de uo en 


onst itut ionne 1 lement 








tion en 


tionnellement 








'1' 2 fois en 


1 lement 








premier doublon en 


nnel lement 









Exemple d 'utilisation des algorithmes de recherche 

3.2 Algorithmes de recherche de maximum ou de minimum 

Les deux algorithmes maxelement et minelement permettent de determiner le plus grand ou 
le plus petit element d'une sequence. lis s'appuient par defaut sur la relation induite par l'ope- 
rateur <, mais il est egalement possible d'imposer sa propre relation, sous forme d'un predicat 
binaire. Comme les algorithmes precedents, ils fournissent en retour soit un iterateur sur 
l'element correspondant ou sur le premier d'entre eux s'il en existe plusieurs, soit un iterateur 
sur la fin de la sequence, s'il n'en existe aucun. Mais cette derniere situation ne peut se pro- 
duire ici qu'avec une sequence vide ou lorsqu'on choisit son propre predicat, de sorte que 
l'examen de la valeur de retour est alors moins cruciale. 

Voici un exemple dans lequel nous appliquons ces algorithmes a un tableau usuel (par souci 
de simplification, nous supposons que les valeurs recherchees existent toujours) : 



#include <iostreain> 
#include <algoritbm> 
#include <functional> 
using namespace std ; 



// pour greater<int> 
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main ( ) 
{ 

int t[] = {5, 4, 1, 8, 3, 9, 2, 9, 1, 8} ; 
int * ad ; 

ad = max_element (t, t+sizeof (t) /sizeof (t [0] ) ) ; 
cout « "plus grand elem de t en position " << ad-t 
« " valeur " << *ad << "\n" ; 

ad = min_element (t, t+sizeof (t) /sizeof (t [0] ) ) ; 
cout « "plus petit elem de t en position " << ad-t 
« " valeur " << *ad << "\n" ; 

ad = max_element (t, t+sizeof (t) /sizeof (t [0] ) , greater<int> () ) ; 
cout « "plus grand elem avec greater<int> en position " « ad-t 
« " valeur " << *ad << "\n" ; 
} 

plus grand elem de t en position 5 valeur 9 
plus petit elem de t en position 2 valeur 1 
plus grand elem avec greater<int> en position 2 valeur 1 

Exemple d 'utilisation de max_element et de min_element 

4 Algorithmes de transformation 
d'une sequence 

II s'agit des algorithmes qui modifient les valeurs d'une sequence ou leur ordre, sans en modi- 
fier le nombre d'elements. lis ne sont pas applicables aux conteneurs associatifs, pour les- 
quels l'ordre est impose de facon intrinseque. 

On peut distinguer trois categories d'algorithmes : 

• remplacement de valeurs, 

• permutation de valeurs, 

• partition. 

Beaucoup de ces algorithmes disposent d'une version suffixee par copy ; dans ce cas, la ver- 
sion xxxxcopy realise le meme traitement que xxxx, avec cette difference importante qu'elle 
ne modifie plus la sequence d'origine et qu'elle copie le resultat obtenu dans une autre 
sequence dont les elements doivent alors exister, comme avec copy. Ces algorithmes de la 
forme xxxxcopy peuvent, quant a eux, s'appliquer a des conteneurs associatifs, a condition 
toutefois, d'utiliser un iterateur d'insertion et de tenir compte de la nature de type pair de leurs 
elements. 
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Par ailleurs, il existe un algorithme nomme transform qui, contrairement a ce que son nom 
pourrait laisser entendre, initialise une sequence en appliquant une fonction de transforma- 
tion a une sequence ou a deux sequences de meme taille, ces dernieres n'etant alors pas modi- 
fiers. 

4.1 Remplacement de valeurs 

On peut remplacer toutes les occurrences d'une valeur donnee par une autre valeur, en se fon- 
dant sur l'operateur == ; par exemple : 

replace (l.begin(), I.endO, 0, -1) ; /* remplace toutes les occurrences */ 

/* de par -1 */ 

On peut egalement remplacer toutes les occurrences d'une valeur satisfaisant a une 
condition ; par exemple : 

replace_if (l.beginQ, I.endO, impair, 0) ; /* remplace par toutes les */ 

/* valeurs satisfaisant au predicat */ 
/* unaire impair qu'il faut fournir */ 

4.2 Permutations de valeurs 
4.2.1 Rotation 

L'algorithme rotate permet d'effectuer une permutation circulaire des valeurs d'une sequence. 
On notera qu'on ne dispose que des possibilites de permutation circulaire inverse compte 
tenu de la maniere dont on precise l'ampleur de la permutation, a savoir, non pas par un nom- 
bre, mais en indiquant quel element doit venir en premiere position. En voici un exemple : 

#include <iostream> 

#include <vector> 

#include <algorithm> 

using namespace std ; 

main{) 

{ void affiche (vector<int>) ; 

int t[] = {1, 2, 3, 4, 5, 6, 7, 8} ; 

int decal = 3 ; 

vector<int> v(t, t+8) ; 

cout « "vecteur initial : " ; affiche (v) ; 

rotate (v.begin(), v.begin()+decal, v.endO) ; 

cout « "vecteur decale de 3 : " ; affiche (v) ; 
} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v.size{) ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
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vecteur initial : 12345678 

vecteur decale de 3 : 45678123 

Exemple d 'utilisation de rotate 

4.2.2 Generation de permutations 

Des lors qu'une sequence est ordonnee par une relation d'ordre R, il est possible d'ordonner 
les differentes permutations possibles des valeurs de cette sequence. Par exemple, si Ton con- 
sidere les trois valeurs 1 , 4, 8 et la relation d'ordre <, voici la liste ordonnee de toutes les per- 
mutations possibles : 

1 48 
1 84 
4 1 8 
48 1 
8 1 4 
84 1 

Dans ces conditions, il est possible de parler de la permutation suivante ou precedente d'une 
sequence de valeurs donnees. Dans l'exemple ci-dessus, la permutation precedente de la 
sequence 4,1,8 serait la sequence 1,8,4 tandis que la permutation suivante serait 4,8, 1 . 
Pour eviter tout probleme, on considere que la permutation suivant la derniere est la pre- 
miere, et que la permutation precedent la derniere est la premiere. 

Les algorithmes next_permutation et prev jer mutation permettent de remplacer une 
sequence donnee respectivement par la permutation suivante ou par la permutation prece- 
dente. On peut utiliser soit, par defaut, l'operateur <, soit une relation imposee sous forme 
d'un predicat binaire. Actuellement, il n'existe pas de variantes copy de ces algorithmes. 

Voici un exemple (la valeur de retour true ou false des algorithmes permet de savoir si Ton a 
effectue un bouclage dans la liste des permutations) : 

#include <iostream> 

#include <vector> 

#include <algorithm> 

using namespace std ; 

main { ) 

{ void affiche (vector<int>) ; 

int t[] = {2, 1, 3} ; 

int i ; 

vector<int> v(t, t+3) ; 

cout « "vecteur initial : " ; affiche (v) ; 

for (i=0 ; i<=10 ; i++) 

{ bool res = next_permutation (v.begin(), v.endO) ; 
cout << "permutation " « res << " : " ; affiche (v) ; 

} 
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void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v.size() ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 



vecteur initial 
permutation 1 
permutation 1 
permutation 1 
permutation 
permutation 1 
permutation 1 
permutation 1 
permutation 1 
permutation 1 
permutation 
permutation 1 



2 13 

2 3 1 

3 12 
3 2 1 

12 3 

13 2 
2 13 

2 3 1 

3 12 
3 2 1 

12 3 

13 2 



Exemple d'utilisation de next_permutation et de prev_permutation 

4.2.3 Permutations aleatoires 

L'algorithme random shuffle permet d'effectuer une permutation aleatoire des valeurs d'une 
sequence. En voici un exemple : 

#include <iostream> 

#include <vector> 

#include <algorithm> 

using namespace std ; 

main{) 

{ void affiche (vector<int>) ; 

int t[] = {2, 1, 3} ; 

int i ; 

vector<int> v(t, t+3) ; 

cout « "vecteur initial : " ; affiche (v) ; 

for (i=0 ; i<=10 ; i++) 

{ random_shuf f le ( v . begin ( ) , v . end ( ) ) ; 
cout « "vecteur hasard : " ; affiche (v) ; 



} 

void affiche (vector<int> v) 

{ unsigned int i ; 

for (i=0 ; i<v.size{) ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
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vecteur 


initial 


2 


1 


3 


vecteur 


hasard 


3 


2 


1 


vecteur 


hasard 


2 


3 


1 


vecteur 


hasard 


1 


2 


3 


vecteur 


hasard 


1 


3 


2 


vecteur 


hasard 


3 


1 


2 


vecteur 


hasard 


3 


2 


1 


vecteur 


hasard 


3 


1 


2 


vecteur 


hasard 


3 


2 


1 


vecteur 


hasard 


2 


3 


1 


vecteur 


hasard 


2 


3 


1 


vecteur 


hasard 


2 


3 


1 



Exemple d'utilisation de random_shuffle 



> 



Remarque 



II existe une version de random shuffle permettant d'imposer son generateur de nombres 
aleatoires. 



4.3 Partitions 



On nomme partition d'une sequence suivant un predicat unaire donne, un rearrangement de 
cette sequence defini par un iterateur designant un element tel que tous les elements le prece- 
dant verifient la dite condition. Par exemple, avec la sequence : 

134 11278 

et le predicat impair (suppose vrai pour un nombre impair et faux sinon), voici des partitions 
possibles (dans tous les cas, l'iterateur designera le quatrieme element) : 

13117428 /* l'iterateur designera ici le 4 */ 
13117284 /* l'iterateur designera ici le 2 */ 
31711248 /* l'iterateur designera ici le 2 */ 

On dit que la partition obtenue est stable si l'ordre relatif des elements satisfaisant au predicat 
est conserve. Dans notre exemple, seules les deux premieres permutations sont stables. 

Les algorithmes partition et stable _partition permettent de determiner une telle partition a 
partir d'un predicat unaire fourni en argument. 



5 Algorithmes dits "de suppression" 



Ces algorithmes permettent d'eliminer d'une sequence les elements repondant a un certain 
critere. Mais, assez curieusement, ils ne suppriment pas les elements correspondants ; ils se 
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contentent de regrouper en debut de sequence les elements non concernes par la condition 
d'elimination et de fournir en retour un iterateur sur le premier element non conserve. En fait, 
il faut voir qu'aucun algorithme ne peut supprimer des elements d'une sequence pour la 
bonne et simple raison qu'il risque d'etre applique a une structure autre qu'un conteneur (ne 
serait-ce qu'un tableau usuel) pour laquelle la notion de suppression n'existe pas 1 . D'autre 
part, contrairement a toute attente, il n'est pas du tout certain que les valeurs apparaissant en 
fin de conteneur soient celles qui ont ete eliminees du debut. 

Bien entendu, rien n'empeche d'effectuer, apres avoir appele un tel algorithme, une suppres- 
sion effective des elements concernes en utilisant une fonction membre telle que remove, 
dans le cas ou Ton a affaire a une sequence d'un conteneur. 

L'algorithme remove (debut, fin, valeur) permet d'eliminer tous les elements ay ant la valeur 
indiquee, en se basant sur l'operateur ==. II existe une version remove if, qui se fonde sur un 
predicat binaire donne. Seul le premier algorithme est stable, c'est-a-dire qu'il conserve 
l'ordre relatif des valeurs non eliminees. 

L'algorithme unique permet de ne conserver que la premiere valeur d'une serie de valeurs 
egales (au sens de ==) ou repondant a un predicat binaire donne. II n'impose nullement que la 
sequence soit ordonnee suivant un certain ordre. 

Ces algorithmes disposent d'une version avec copy qui ne modifie pas la sequence d'origine 
et qui range dans une autre sequence les seules valeurs non eliminees. Utilises conjointement 
avec un iterateur d'insertion, ils peuvent permettre de creer une nouvelle sequence. 

Voici un exemple de programme montrant les principales possibilites evoquees, y compris 
des insertions dans une sequence avec remove copy if (dont on remarque clairement 
d'ailleurs qu'il n'est pas stable) : 

#include <iostreain> 

#include <list> 

#include <algorithm> 

using namespace std ; 

main{) 

{ void affiche (list<int>) ; 

bool valeur_paire (int) ; 

int t[] = { 4, 3, 5, 4, 4, 4, 9, 4, 6, 6, 3, 3, 2 } ; 

list<int> 1 (t, t+sizeof (t) /sizeof (int) ) ; 

list<int> l_bis=l ; 

list<int> 12 ; /* liste vide */ 

list<int>: : iterator il ; 

cout « "liste initiale : " ; affiche (1) ; 

il = remove {1. begin {) , I.endO, 4) ; /* different de l.remove(4) V 
cout « "liste apres remove (4) : " ; affiche (1) ; 



1. Un algorithme ne peut pas davantage inserer un element dans une sequence ; on peut toutefois y parvenir, dans le 
cas d'un conteneur, en recourant a un iterateur d'insertion. 
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cout « "element places en fin : " ; 

for (; il!=l.end() ; il++) cout « *il « " " ; cout « "\n" ; 



1 = l_bis ; 

il = unique (l.beginQ, I.endO) ; 

cout « "liste apres unique : " 

cout « "elements places en fin : " 

for (; il!=l.end() ; il++) cout « *il « " " 



affiche(l) ; 
cout « "\n" ; 



1 = l_bis ; 

il = remove_if (1. begin () , I.endO, valeur_paire) ; 

cout « "liste apres remove pairs : " ; affiche(l) ; 

cout « "elements places en fin : " ; 

for (; il!=l.end() ; il++) cout « *il « " " ; cout « "\n" 



/* elimination de valeurs par copie dans liste vide 12 */ 

/* par iterateur d' insertion */ 

1 = l_bis ; 

remove_copy_if (1. begin {) , I.endO, front_inserter (12) , valeur_paire) 

cout « "liste avec remove_copy_if paires : " ; affiche(12) ; 



} 



void affiche (list<int> 1) 
{ list<int>: : iterator il ; 

for (il=l. begin ; il!=l.end() ; il++) cout « (*il) « " " 

cout « "\n" ; 
} 

bool valeur_paire (int n) 
{ return ! (n%2) ; 



liste initiale 

liste apres remove (4) 

element places en fin 

liste apres unique 

elements places en fin 

liste apres remove pairs 

elements places en fin 

liste avec remove_copy_if paires 



4354449466332 
3596633266332 
6 6 3 3 2 

4354946326332 
6 3 3 2 

3593349466332 
49466332 
3 3 9 5 3 



Exemple d 'utilisation des algorithmes de suppression 



6 Algorithmes de tris 



Ces algorithmes s'appliquent a des sequences ordonnables, c'est-a-dire pour lesquelles il a 
ete defini une relation d'ordre faible strict, soit par l'operateur <, soit par un predicat binaire 
donne. lis ne peuvent pas s'appliquer a un conteneur associatif, compte tenu du conflit qui 
apparaitrait alors entre leur ordre interne et celui qu'on voudrait leur imposer. Pour d'eviden- 
tes questions d'efficacite, la plupart de ces algorithmes necessitent des iterateurs a acces 
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direct, de sorte qu'ils ne sont pas applicables a des listes (mais le conteneur list dispose de sa 
fonction membre sort). 

On peut realiser des tris complets d'une sequence. Dans ce cas, on peut choisir entre un algo- 
rithme stable stable sort ou un algorithme non stable, plus rapide. On peut effectuer egale- 
ment, avec partialsort, des tris partiels, c'est-a-dire qui se contentent de n'ordonner qu'un 
certain nombre d'elements. Dans ce cas, l'appel se presente sous la forme partialsort (debut, 
milieu, fin) et l'amplitude du tri est definie par l'iterateur milieu designant le premier element 
non trie. Enfin, avec nth element, il est possible de determiner seulement le nieme element, 
c'est-a-dire de placer dans cette position l'element qui s'y trouverait si Ton avait trie toute la 
sequence ; la encore, l'appel se presente sous la forme nthelement (debut, milieu, fin) et 
milieu designe l'element en question. 

Voici un exemple montrant l'utilisation des principaux algorithmes de tri : 

#include <iostreain> 

#include <vector> 

#include <algoritbin> 

using namespace std ; 

main() 

{ void affiche (vector<int>) ; 

bool comp (int, int) ; 

int t[] = {2, 1, 3, 9, 2, 7, 5, 8} ; 

vector<int> v(t, t+8), v_bis=v ; 

cout « "vecteur initial : " ; affiche (v) ; 

sort (v.begin(), v.endO) ; 

cout « "apres sort : " ; affiche (v) ; 

v = v_bis ; 

partial_sort (v.begin(), v.begin()+5, v.endO) ; 

cout « "apres partial_sort (5) : " ; affiche (v) ; 

v = v_bis ; 

nth_element (v.begin(), v.begin()+ 5, v.endO) ; 

cout « "apres nth_element 6 : " ; affiche (v) ; 

nth_element (v.beginO* v.begin()+ 2, v.endO) ; 

cout « "apres nth_element 3 : " ; affiche (v) ; 
} 

void affiche {vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v.size() ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 



vecteur initial 
apres sort 

apres partial_sort (5) 
apres nth_element 6 
apres nth_element 3 



21392758 
12235789 
12235978 
21352789 
21235789 
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7 Algorithmes de recherche et de fusion 
sur des sequences ordonnees 

Ces algorithmes s'appliquent a des sequences supposees ordonnees par une relation d'ordre 
faible strict. 

7.1 Algorithmes de recherche binaire 

Les algorithmes de recherche presenter dans le paragraphe 3 s'appliquaient a des sequences 
non necessairement ordonnees. Les algorithmes presentes ici supposent que la sequence con- 
cernee soit convenablement ordonnee suivant la relation d'ordre faible strict qui sera utilisee, 
qu'il s'agisse par defaut de l'operateur < ou d'un predicat fourni explicitement. C'est ce qui 
leur permet d'utiliser des methodes de recherche dichotomique (ou binaire) plus performantes 
que de simples recherches sequentielles. 

Comme on peut s'y attendre, ces algorithmes ne modifient pas la sequence concernee et ils 
peuvent done, en theorie, s'appliquer a des conteneurs de type set ou multiset. En revanche, 
leur application a des types map et multimap n'est guere envisageable puisque, en general, ce 
ne sont pas leurs elements qui sont ordonnes, mais seulement les cles... Quoi qu'il en soit, les 
conteneurs associatifs disposent deja de fonctions membres equivalant aux algorithmes exa- 
mines ici, excepte pour binary search. 

L'algorithme binary _search permet de savoir s'il existe dans la sequence une valeur equiva- 
lente (au sens de l'equivalence induite par la relation d'ordre concernee). Par ailleurs, on peut 
localiser l'emplacement possible pour une valeur donnee, compte tenu d'un certain ordre : 
lower bound foumit la premiere position possible tandis que upper bound fournit la derniere 
position possible ; equalrange fournit les deux informations precedentes sous forme d'une 
paire. 

7.2 Algorithmes de fusion 

La fusion de deux sequences ordonnees consiste a les reunir en une troisieme sequence 
ordonnee suivant le meme ordre. La encore, ils peuvent s'appliquer a des conteneurs de type 
set ou multiset ; en revanche, leur application a des conteneurs de type map ou multimap n'est 
guere realiste, compte tenu de ce que ces derniers sont ordonnes uniquement suivant les cles. 
II existe deux algorithmes : 

• merge qui permet la creation d'une troisieme sequence par fusion de deux autres ; 

• inplace merge qui permet la fusion de deux sequences consecutives en une seule qui vient 
prendre la place des deux sequences originales. 

Voici un exemple d'utilisation de ces algorithmes : 
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#include <iostreain> 

#include <vector> 

#include <algorithm> 

using namespace std ; 

main() 

{ void affiche (vector<int>) ; 

int tl[8] = {2, 1, 3, 12, 2, 18, 5, 8} ; 

int t2[5] = {5, 4, 15, 9, 11} ; 

vector<int> vl (tl, tl+8), v2 (t2, t2+6) , v ; 



cout « "vecteur 1 initial 
sort (vl.begin(), vl.endO) 
cout « "vecteur 1 trie 



affiche (vl) 
affiche (vl) 



cout « "vecteur 2 initial 
sort (v2. begin () , v2.end() ) 
cout « "vecteur 2 trie 



affiche (v2) 
affiche (v2) 



merge (vl.begin(), vl.endO, v2.begin(), v2.end(), back_inserter (v) ) 
cout « "fusion des deux : " ; affiche (v) ; 



/* v n'est plus ordonne */ 

; affiche (v) ; 

/* tri des premiers elements de v */ 

/* tri des derniers elements de v */ 

; af f iche (v) ; 



random_shuffle (v.begin() , v.end() ) 

cout « "vecteur v desordonne 

sort (v.begin() , v. begin () +6) ; 

sort (v.begin() +6, v.end() ) ; 

cout « "vecteur v trie par parties 

inplace_merge (v.begin(), v.begin()+6, v.endO) ; /* fusion interne */ 

cout « "vecteur v apres fusion : " ; affiche (v) ; 
} 

void affiche (vector<int> v) 
{ unsigned int i ; 

for (i=0 ; i<v.size() ; i++) 
cout « v[i] « " " ; 

cout « "\n" ; 
} 



vecteur 1 initial 
vecteur 1 trie 
vecteur 2 initial 
vecteur 2 trie 
fusion des deux 
vecteur v desordonne 
vecteur v trie par parties 
vecteur v apres fusion 



2 1 3 12 2 18 5 8 

1 2 2 3 5 8 12 18 
5 4 15 9 11 2 

2 4 5 9 11 15 

1 2 2 2 3 4 5 5 8 9 11 12 15 If 
5 12 9 2 2 15 2 5 1 18 3 8 11 4 

2 2 5 9 12 15 1 2 3 4 5 8 11 If 
1 2 2 2 3 4 5 5 8 9 11 12 15 If 
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8 Algorithmes a caractere numerique 

Nous avons classe dans cette rubrique les algorithmes qui effectuent, sur les elements d'une 
sequence, des operations numeriques fondees sur les operateurs +, - ou *. Plutot destines, a 
priori, a des elements d'un type effectivement numerique, ils peuvent neanmoins s'appliquer 
a des elements de type classe pour peu que cette derniere ait convenablement surdefini les 
operateurs voulus ou qu'elle fournisse une fonction binaire appropriee. 

Comme on peut s'y attendre, l'algorithme accumulate fait la somme des elements d'une 
sequence tandis que inner jproduct effectue le produit scalaire de deux sequences de meme 
taille. On prendra garde au fait que ces deux algorithmes ajoutent le resultat a une valeur ini- 
tiale fournie en argument (en general, on choisit 0). 

L'algorithme partial sum cree, a partir d'une sequence, une nouvelle sequence de meme 
taille formee des cumuls partiels des valeurs de la premiere : le premier element est inchange, 
le second est la somme du premier et du second, etc. Enfin, l'algorithme adjacent difference 
cree, a partir d'une sequence, une sequence de meme taille formee des differences de deux 
elements consecutifs (le premier element restant inchange). 

Voici un exemple d'utilisation de ces differents algorithmes : 

#include <iostreain> 

#include <numeric> // pour les algorithmes numeriques 

using namespace std ; 

main ( ) 

{ void affiche (int *) ; 

int vl[5] = { 1, 3, -1, 4, 1} ; 

int v2[5] = { 2, 5, 1, -3, 2} ; 

int v3[5] ; 

cout « "vecteur vl : " ; affiche (vl) ; 

cout « "vecteur v2 : " ; affiche (v2) ; 

cout « "somme des elements de vl : " 

« accumulate {vl, vl+3, 0) « "\n" ; /* ne pas oublier */ 

cout « "produit scalaire vl.v2 : " 

« inner_jDroduct (vl, vl+3, v2, 0) « "\n" ; /* ne pas oublier */ 

partial_sum (vl, vl+5, v3) ; 

cout « "sommes partielles de v 1 : " ; affiche (v3) ; 

adjacent_difference (vl, vl+5, v3) ; 

cout « "differences ajdacentes de vl : " ; affiche (v3) ; 
} 

void affiche (int * v) 

{ int i ; for (i=0 ; i<5 ; i++) cout « v[i] « " " ; cout « "\n" ; 
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vecteur vl 

vecteur v2 

somme des elements de vl 

produit scalaire vl.v2 

sommes partielles de v 1 

differences ajdacentes de vl 



13-141 

2 5 1-32 

3 

16 

14 3 7 8 

12-45-3 



Exemple d 'utilisation d' algorithmes numeriques 

9 Algorithmes a caractere ensembliste 

Comme on a pu le constater dans le chapitre precedent, les conteneurs set et multiset ne dis- 
posent d'aucune fonction membre permettant de realiser les operations ensemblistes classi- 
ques. En revanche, il existe des algorithmes generaux qui, quant a eux, peuvent en theorie 
s'appliquer a des sequences quelconques ; il faut cependant qu'elles soient convenablement 
ordonnees, ce qui constitue une premiere difference par rapport aux notions mathematiques 
usuelles, dont l'ordre est manifestement absent. De plus, ces notions ensemblistes ont du etre 
quelque peu amenagees, de maniere a accepter la presence de plusieurs elements de meme 
valeur. 

L'egalite entre deux elements se fonde sur l'operateur == ou, eventuellement, sur un predicat 
binaire fourni explicitement. Pour que les algorithmes fonctionnent convenablement, il est 
alors necessaire que cette relation d'egalite soit compatible avec la relation ayant servi a 
ordonner les sequences correspondantes ; plus precisement, il est necessaire que les classes 
d'equivalence induite par la relation d'ordre faible strict coincident avec celles qui sont indui- 
tes par l'egalite. 

Par ailleurs, les algorithmes creant une nouvelle sequence le font, comme toujours, dans des 
elements existants, ce qui pose manifestement un probleme avec des conteneurs de type set 
ou multiset qui n'autorisent pas la modification des valeurs de leurs elements mais seulement 
les suppressions ou les insertions. Dans ce cas, il faudra done recourir a un iterateur d'inser- 
tion pour la sequence a creer. De plus, comme ni set ni multiset ne disposent d'insertion en 
debut ou en fin, cet iterateur d'insertion ne pourra etre que inserter. 

Voici un exemple correspondant a l'usage le plus courant des algorithmes, a savoir leur appli- 
cation a des conteneurs de type set. 

#include <iostream> 
tinclude <set> 
#include <algorithm> 
using namespace std ; 
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main ( ) 
{ 

char tl[] - "je me figure ce zouave qui joue du xylophone" ; 

char t2 [ ] = "en buvant du whisky" ; 

void affiche (set<char> ) ; 

set<char> el(tl, tl+sizeof (tl) -1) ; 

set<char> e2(t2, t2+sizeof (t2) -1) ; 

set<char> u, i, d, ds ; 

cout « "ensemble 1 : " ; affiche (el) ; 

cout « "ensemble 2 : " ; affiche (e2) ; 

set_union (el. begin {) , el.endO , e2. begin () , e2.end() , 

inserter (u, u. begin () ) ) ; 
cout « "union des deux : " ; affiche (u) ; 

set_intersection {el. begin () , el.endO , e2. begin {) , e2.end() , 

inserter (i, i. begin () ) ) ; 
cout « "intersecton des deux : " ; affiche (i) ; 

set_difference (el.begin(), el.endO, e2.begin(), e2.end(), 

inserter (d, d.begin())) ; 
cout « "difference des deux : " ; affiche (d) ; 

set_symmetric_dif ference (el. begin (), el.endO, e2.begin(), e2.end(), 
inserter (ds, ds. begin () ) ) ; 

cout « "difference_symetrique des deux : " ; affiche (ds) ; 
} 

void affiche (set<char> e ) 
{ set<char>: : iterator ie ; 

for ( ie=e. begin () ; ie!=e.end() ; ie++) cout « *ie « " " ; cout « "\n" 



ensemble 1 
ensemble 2 
union des deux 
intersecton des deux 
difference des deux 
difference_symetrique des deux 



acdefghi jlmnopqruvxyz 

abdehiknstuvwy 

abcdefghijklmnopqrstuvwxy 
adehinuvy 
cfgjlmopqrxz 
bcfgjklmopqrstwxz 



Exemple d'utilisation d' algorithmes a caractere ensembliste 
avec un conteneur de type set 

10 Algorithmes de manipulation de tas 

La bibliotheque standard comporte quelques algorithmes fondes sur la notion de tas (heap en 
anglais). II s'agit en fait d'algorithmes d'assez bas niveau, eventuellement utilisables pour 
l'implementation d'autres algorithmes de plus haut niveau mais qui restent neanmoins utili- 
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sables tels quels. lis s'appliquent a des sequences munies d'une relation d'ordre faible strict 
et d'un iterateur a acces direct. 

Un tas est une organisation particuliere 1 (unique) d'une sequence qui permet d'obtenir de 
bonnes performances pour le tri, l'ajout ou la suppression d'une valeur. Une des proprietes 
d'un tas est que sa premiere valeur est superieure a toutes les autres. 

Un algorithme makeheap permet de rearranger convenablement une sequence sous forme 
d'un tas. L'algorithme sortheap permet de trier un tas (le resultat n'est alors plus un tas). 

L' algorithme popheap permet de retirer la premiere valeur d'un tas ; celle-ci est placee en 
fin de sequence ; la sequence entiere n'est alors plus un tas ; seule la sequence privee de sa 
(nouvelle) derniere valeur en est un. 

Enfin, l'algorithme pushheap permet d'ajouter une valeur a un tas. Cette valeur doit appa- 
raitre juste apres la derniere valeur du tas. 

Voici quelques exemples de programmes complets illustrant ces differentes possibilites : 

#include <iostreain> 

#include <algorithm> 

using namespace std ; 

main{) 

I int t[] = { 5, 1, 8, 0, 9, 4, 6, 3, 4 } ; 

void affiche (int []) ; 

cout « "sequence t initiale : " ; affiche (t) ; 

make_heap (t, t+9) ; // t est maintenant ordonne en tas 

cout « "tas t initial : " ; affiche (t) ; 

sort (t, t+9) ; // t est trie mais n'est plus un tas 

cout « "sequence t triee : " ; affiche (t) ; 

sort (t, t+9) ; // resultat incoherent car t n'est plus un tas 

cout « "sequence t triee 2 fois : " ; affiche (t) ; 

make_heap (t, t+9) ; // t est a nouveau ordonne en tas 

cout « "tas t nouveau : " ; affiche (t) ; 



void affiche (int t[]) 
{ int i ; 

for (i=0 ; i<9 ; i++) cout « t[i] « " 

cout « "\n" ; 



1. La notion de tas est fondee sur celle d'arbre binaire plein. On peut etablir une correspondance biunivoque entre un 
tel arbre et un tableau (done une sequence munie d'un iterateur a acces direct) convenablement arrange. 
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sequence t initiale 
tas t initial 
sequence t triee 
sequence t triee 2 fois 
tas t nouveau 



518094634 
958414630 
013445689 
013445689 
986445310 



Tri par tas d'une sequence 



#include <iostream> 
#include <algorithm> 
using namespace std ; 
main { ) 

{ int t[] = { 5, 1, 7, 
void affiche (int *, 
cout « "sequence t 
make_heap (t, t+7) ; 



0, 6, 4, 
int) ; 
complete : 
// 7 premiers 



8,9} 



cout « "tas t (1-7) initial : 
push_heap (t, t+8) ; // ajoute t[7] 
cout « "tas t (1-8) apres push : 



push_heap (t, t+9) ; 
cout « "tas t (1-9) 
sort_heap (t, t+9) ; 
cout « "tas t (1-9) 



// ajoute t [8] 
apres push : 

// trie le tas 
trie : 



; affiche (t, 9) ; 
elements de t ordonnes en tas 

; affiche (t, 7) ; 
au tas precedent 

; affiche (t, 8) ; 
au tas precedent 

; affiche (t, 9) ; 

affiche (t, 9) ; 



void affiche (int *t, int nel) 
{ int i ; 

for (i=0 ; i<nel ; i++) cout « t[i] « 

cout « "\n" ; 



sequence t complete 
tas t (1-7) initial 
tas t (1-8) apres push 
tas t (1-9) apres push 
tas t (1-9) trie 



5 


1 


7 





6 


4 


6 


7 


6 


6 





1 


4 


5 


8 


7 


6 


6 


1 


4 


5 


9 


8 


6 


7 


1 


4 


5 





1 


4 


5 


6 


6 


7 



8 9 



8 9 



Insertion dans un tas 



#include <iostream> 
#include <algorithm> 
using namespace std ; 
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main() 

{ int t[] = { 5, 1, 7, 0, 6, 
void affiche (int *, int) ; 



4, 6, 8 



cout « 



make_heap (t, t+9) 



cout « 

pop_heap 

cout « 

cout « 

pop_heap 

cout « 

cout « 

sort_heap (t, t+7) 

cout « "tas tl (0 



sequence t complete : " ; affiche (t, 9) ; 

// 9 elements de t ordonnes en tas 
initial : " ; affiche (t, 9) ; 

// enleve t[0] au tas precedent 
apres pop : " ; affiche (t, 8) ; 
t[8] : " « t[8] « "\n" ; 

// enleve t[0] du tas precedent 

apres pop : " ; affiche (t, 7) ; 

valeurs t[7-8] : " « t[7] « " " « t[8] « "\n" 

// trie le tas t [0-6] 

) trie : " ; affiche (t, 7) ; 



tas t (0-8) 
(t, t+9) ; 

tas t (0-7) 

valeurs 

(t, t+8) ; 

tas t (0-8) 



} 

void affiche (int * 

{ int i ; 

for (i=0 ; i<nel 
cout « "\n" ; 

} 



t, int nel) 

; i++) cout « t[i] « 



sequence t complete 
tas t (0-8) initial 
tas t (0-7) apres pop 

valeurs t[8] : 9 
tas t (0-8) apres pop 

valeurs t[7-8] : 8 9 
tas tl (0-6) trie 



1 7 
8 7 
6 7 



6 4 
6 4 
4 



7 6 6 5 



8 9 
1 
1 



4 1 
14 5 6 6 7 



Suppression de la premiere valeur d'un tas 



22 



La classe string 



Si Ton cherche a manipuler des chaines de caracteres en se fondant uniquement sur les ins- 
tructions de base du langage C++, les choses ne sont pas plus satisfaisantes qu'en C ; en 
particulier on n'y dispose pas d'un type chaine a part entiere et meme une operation aussi 
banale que l'affectation n'existe pas ; quant aux possibilites de gestion dynamique, on ne peut 
y acceder qu'en gerant soi meme les choses... 

La bibliotheque standard dispose d'un patron de classes permettant de manipuler des chaines 
generalisees, c'est-a-dire des suites de valeurs de type quelconque done, en particulier, de 
type char. II s'agit du patron basic string parametre par le type des elements. Mais il existe 
une une version specialisee de ce patron nominee string qui est definie comme 
basic _string<char> 1 . Ici, nous nous limiterons a l'examen des proprietes de cette classe qui 
est de loin la plus utilisee ; la generalisation a basic string ne presente, de toutes facons, 
aucune difficulte. 

La classe string propose un cadre tres souple de manipulation de chaines de caracteres en 
offrant les fonctionnalites traditionnelles qu'on peut attendre d'un tel type : gestion dynami- 
que transparente des emplacements correspondants, affectation, concatenation, recherche de 
sous-chaines, insertions ou suppression de sous-chaines... On vena qu'elle possede non seu- 
lement beaucoup des fonctionnalites de la classe vector (plus precisement vector<char> 
pour string), mais egalement bien d'autres. D'une maniere generale, ces fonctionnalites se 
mettent en oeuvre de facon tres naturelle, ce qui nous permettra de les presenter assez brieve- 
ment. II faut cependant noter une petite difficulte liee a la presence de certaines possibilites 
redondantes, les unes faisant appel a des iterateurs usuels, les autres a des valeurs d'indices. 



1. II existe egalement une version specialisee pour le type whear, nominee wstring. 
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1 Generates 



Un objet de type string contient, a un instant donne, une suite formee d'un nombre quelcon- 
que de caracteres quelconques. Sa taille peut evoluer dynamiquement au fil de l'execution du 
programme. Contrairement aux conventions utilisees pour les (pseudo) chaines du C, la 
notion de caractere de fin de chaine n'existe plus et ce caractere de code nul peut apparaitre 
au sein de la chaine, eventuellement a plusieurs reprises. Un tel objet ressemble done a un 
conteneur de type vector<char> et il possede d'ailleurs un certain nombre de fonctionnalites 
communes : 

• faeces aux elements existants peut se faire avec l'operateur [] ou avec la fonction membre 
at ; comme avec les vecteurs ou les tableaux usuels, le premier caractere correspond a l'in- 
dice ; 

• il possede une taille courante fournie par la fonction membre size() ; a noter que la classe 
string definit une autre fonction nominee length, jouant le meme role que size. 

• son emplacement est reserve sous forme d'un seul bloc de memoire (ou, du moins, tout se 
passe comme si cela etait le cas) ; la fonction capacity fournit le nombre maximal de carac- 
teres qu'on pourra y introduire, sans qu'il soit besoin de proceder a une nouvelle allocation 
memoire ; on peut recourir aux fonctions reserve et resize ; 

• on dispose des iterateurs a acces direct iterator et reverse iterator, ainsi que des valeurs par- 
ticulieres beginQ, end(), rbeginQ, rendQ. 



2 Construction 



La classe string dispose de beaucoup de constructeurs ; certains correspondent aux construc- 
teurs d'un vecteur : 

string chl ; /* construction d'une chaine vide : chl.sizeO == */ 

string ch2 (10, '*') ; /* construction d'une chaine de 10 caracteres */ 

/* egaux a '*' ; ch2.size() == 10 */ 

string ch3 (5, ' \0 ' ) ; /* construction d'une chaine de 5 caracteres */ 

/* de code nul ; ch2.size() = 5 */ 

D'autres permettent d'initialiser une chaine lors de sa construction, a partir de chaines usuel- 
les, constantes ou non : 

string messl ("bonjour") ; /* construction chaine de longueur 7 : bonjour */ 

// ou string messl = "bonjour" ; 
char * adr = "salut" ; 
string mess2 (adr) ; /* construction chaine de 5 caracteres : salut */ 

// ou string mess2 = adr ; 

Bien entendu, on dispose d'un constructeur par recopie usuel : 

string si ; 



string s2(sl) /* ou string s2 = si ; construction de s2 par recopie de si */ 
/* s2.size() = sl.sizeO */ 



3 - Operations globales 



Bien que d'un interet limite, on peut egalement construire une chaine a partir d'une sequence 
de caracteres, par exemple, si / est de type list<char> : 

string chl (l.begin(), I.endO) ; /* construction d'une chaine en y recopiant */ 

/* les caracteres de la liste 1 */ 



3 Operations globales 



On dispose tout naturellement des operations globales deja rencontrees pour les vecteurs, a 
savoir 1' affectation, les fonctions assign et swap, ainsi que des comparaisons lexicographi- 
ques. 

Comme on s'y attend, les operateurs « et » sont surdefinis pour le type string et » utilise, 
par defaut, les memes conventions de separateurs que pour les chaines de style C, d'oii 
l'impossibilite de lire une chaine comportant un espace blanc (en particulier un espace ou une 
fin de ligne). 

En revanche, il n'existe pas dans la classe istream de methode jouant pour les objets de type 
string le role de getline pour les (pseudo) chaines de C. Toutefois, il existe une fonction inde- 
pendante, nominee egalement getline qui s'utilise ainsi : 

string ch ; 

getline (cin, ch) ; // lit une suite de caracteres terminee par une fin de ligne 

// et la range dans l'objet ch (fin de ligne non conprise) 

getline (cin, ch, ' x' ) ; // lit une suite de caracteres terminee par le caractere 'x' 

// et la range dans l'objet ch (caractere 'x' non compris) 

Aucune restriction ne pese sur le nombre de caracteres qui pouront etre ranges dans l'objet 
ch. La longueur de la chaine ainsi constitute pourra etre obtenue par ch.length() ou ch.sizef). 

A titre d'exemple, voici comment reecrire le programme du paragraphe 2.3 du chapitre 16 
qui affichait des lignes de caracteres entrees au clavier. Comme vous le constatez, il n'est 
plus necessaire de definir une longueur maximale de ligne. 

#include <iostream> 
using namespace std ; 

main() 

{ string ch ; // pour lire une ligne 

int lg ; // longueur courante d'une ligne 

do 

{ getline (cin, ch) ; 
lg = ch . length ( ) ; 

cout « "ligne de " << lg << " caracteres :" << ch « ":\n" ; 
} 
while (lg >1) ; 



La classe string 



Chapitre 22 



bonjour 

ligne de 7 caracteres :bonjour: 

9 fois 5 font 45 

ligne de 16 caracteres :9 fois 5 font 45: 

n'importe quoi <Se"' (-e_ca) ) = 

ligne de 29 caracteres :n'importe quoi <Se"' (-e_ca))=: 

ligne de caracteres : : 

Exemple d 'utilisation de lafonction independante getline 



4 Concatenation 



L'operateur + a ete surdefini de maniere a permettre la concatenation : 

• de deux objets de type string, 

• d'un objet de type string avec une chaine usuelle ou avec un caractere, et ceci dans n'importe 
quel ordre, 

L'operateur += est defini de facon concomitante. 

Voici quelques exemples : 

string chl ("bon") ; /* chl. length () = 3 */ 

string ch2 ("jour") ; /* ch2.1ength{) = 4 */ 

string ch3 ; / * ch3 . length ( ) = * / 

ch3 = chl + ch2 ; /* ch3. length () = 7 ; ch3 contient la chaine "bonjour" */ 

ch3 = chl + ' ' ; /* ch3.1ength() == 4 */ 

ch3 += ch2 ; /* ch3. length () = 8 ; ch3 contient la chaine "bon jour" */ 

ch3 += " monsieur" /* ch3 contient la chaine "bon jour monsieur" */ 

On notera cependant qu'il n'est pas possible de concatener deux chaines usuelles ou une 
chaine usuelle et un caractere : 

char cl, c2 ; 

ch3 = chl + cl + ch2 + c2 ; /* correct */ 

ch3 = chl + cl + c2 ; /* incorrect ; mais on peut toujours faire : */ 

/* ch3 = chl + cl ; ch3 += c2 ; V 



5 Recherche dans une chaine 



Ces fonctions permettent de retrouver la premiere ou la derniere occurrence d'une chaine ou 
d'un caractere donnes, d'un caractere appartenant a une suite de caracteres donnes, d'un 
caractere n'appartenant pas a une suite de caracteres donnes. 

Lorsqu'une telle chaine ou un tel caractere a ete localise, on obtient en retour l'indice corres- 
pondant au premier caractere concerne ; si la recherche n'aboutit pas, on obtient une valeur 
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d'indice en dehors des limites permises pour la chaine, ce qui rend quelque peu difficile l'exa- 
men de sa valeur. 

5.1 Recherche d'une chaTne ou d'un caractere 

La fonction membre find permet de rechercher, dans une chaine donnee, la premiere 
occurrence : 

• d'une autre chaine (on parle souvent de sous-chaine) fournie soit par un objet de type string, 
soit par une chaine usuelle, 

• d'un caractere donne. 

Par defaut, la recherche commence au debut de la chaine, mais on peut la faire debuter a un 
caractere de rang donne. 

Voici quelques exemples : 

string ch = "anticonstitutionnellement" ; 

string mot ("on"); 

char * ad = "ti" ; 

int i ; 

i = ch.find ("elle") ; /* i = 17 */ 

i = ch.find ("elles") ; /* i <0 ou i > ch.length() */ 

i = ch.find (mot) ; /* i = 5 */ 

i = ch.find (ad) ; /* i = 2 */ 

i = ch.find ('n') ; /* i = 1 */ 

i = ch.find ('n 1 , 5) /* i = 6 , car ici, la recherche debute a ch[5] */ 

i = ch.find ('p') ; /* i <0 ou i > ch.length() */ 

De maniere semblable, la fonction rfind permet de rechercher la derniere occurrence d'une 
autre chaine ou d'un caractere. 

string ch = "anticonstitutionnellement" ; 

string mot ("on"); 

char * ad = "ti" ; 

int i ; 

i = ch. rfind ("elle") ; 

i = ch. rfind ("elles") ; 

i = ch. rfind (mot) ; 

i = ch. rfind (ad) ; 

i = ch. rfind ('n') ; 

i = ch. rfind ('n', 18) ; 

5.2 Recherche d'un caractere present ou absent d'une suite 

La fonction fiindjirstofi recherche la premiere occurrence de l'un des caracteres d'une autre 
chaine (string ou usuelle), tandis que findlastof en recherche la derniere occurrence. La 
fonction findjirstjiotof recherche la premiere occurrence d'un caractere n'appartenant pas 
a une autre chaine, tandis que findlastnotof en recherche la derniere. Voici quelques 
exemples : 



/* 


i 


== 


17 


*/ 








/* 


i 


<0 


ou 


i > 


ch. 


. length ( ) 


*/ 


/* 


i 


== 


14 


*/ 








/* 


i 


== 


12 


*/ 








/* 


i 


== 


23 


*/ 








/* 


i 


== 


16 


*/ 
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/* i = 


*/ 


/* i = 1 


*/ 


/* i == 9 


V 


/* i = 6 


*/ 


/* i = 3 


*/ 


/* i == 22 


*/ 


/* i == 24 


*/ 


/* i = 5 


V 


/* i = 6 


*/ 
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string ch = "anticonstitutionnellement" 

char * ad = "oie" ; 

int i ; 

i = ch.find_f irst_of ("aeiou") ; 

i = ch . f ind_f irst_not_of ("aeiou") ; 

i = ch.find_f irst_of ("aeiou", 6) ; 

i = ch . f ind_f irst_not_of ("aeiou", 6) 

i = ch.find_f irst_of (ad) ; 

i = ch . f ind_last_of ("aeiou") ; 

i = ch.find_last_not_of ("aeiou") ; 

i = ch.find_last_of ("aeiou", 6) ; 

i = ch.find_last_not_of ("aeiou", 6) 

i = ch . f ind_last_of (ad) ; /* i = 22 */ 

6 Insertions, suppressions et remplacements 

Ces possibilites sont relativement classiques, mais elles se recoupent partiellement, dans la 
mesure ou Ton peut : 

• d'une part utiliser, non seulement des objets de type string, mais aussi des chaines usuelles 
(char *) ou des caracteres, 

• d'autre part definir une sous-chaine, soit par indice, soit par iterateur, cette derniere possibi- 
lity n'etant cependant pas offerte systematiquement. 

6.1 Insertions 

La fonction insert permet d'inserer : 

• a une position donnee, definie par un indice : 

- une autre chaine (objet de type string) ou une partie de chaine definie par un indice de 
debut et une eventuelle longueur, 

- une chaine usuelle (type char *) ou une partie de chaine usuelle definie par une lon- 
gueur, 

- un certain nombre de fois un caractere donne ; 

• a une position donnee definie par un iterateur : 

- une sequence d'elements de type char, definie par un iterateur de debut et un iterateur 
de fin, 

- une ou plusieurs fois un caractere donne. 
Voici quelques exemples : 
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#include <iostreain> 
#include <string> 
#include <list> 
using namespace std ; 

main() 

{ 

string ch ("0123456") ; 
string voy ("aeiou") ; 
char t[] = {"778899"} ; 

/* insere le caractere a en ch.begin()+l */ 
ch. insert (ch.begin() +1, 'a') ; cout << ch « "\n" ; 

/* insere le caractere b en position d'indice 4 */ 
ch. insert (4, 1, 'b') ; cout << ch « "\n" ; 

/* insere 3 fois le caractere x en fin de ch */ 
ch. insert (ch.endO, 3, 'x') ; cout << ch « "\n" ; 

/* insere 3 fois le caractere x en position d'indice 6 */ 
ch. insert (6, 3, 'x') ; cout << ch « "\n" ; 

/* insere la chaine voy en position */ 
ch. insert (0, voy) ; cout << ch « "\n" ; 

/* insere en debut, la chaine voy, a partir de position 1, longueur 3 */ 
ch. insert (0, voy, 1, 3) ; cout << ch « "\n" ; 

/* insertion d'une sequence */ 
ch. insert (ch.begin() +2, t, t+6) ; cout << ch « "\n" ; 



0al23456 

0al2b3456 

0al2b3456xxx 

0al2b3xxx456xxx 

aeiou0al2b3xxx456xxx 

eioaeiou0al2b3xxx456xxx 

ei778899oaeiou0al2b3xxx456xxx 

Exemple d'insertions dans une chaine 

6.2 Suppressions 

La fonction erase permet de supprimer : 

• une partie d'une chaine, definie soit par un iterateur de debut et un iterateur de fin, soit par 
un indice de debut et une longueur ; 

• un caractere donne defini par un iterateur de debut. 
Voici quelques exemples : 
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#include <iostreain> 

#include <string> 

#include <list> 

using namespace std ; 

main ( ) 

{ string ch ("0123456789"), ch_bis=ch ; 

/* supprime, a partir de position d'indice 3, pour une longueur de 2 */ 



ch. erase (3, 2) ; cout « "A 

ch = ch_bis ; 

/* supprime, de begin () +3 a begin () +6 */ 
ch. erase (ch.begin() +3, ch. begin () +6) ; cout « "B 

/* supprime, a partir de position d'indice 3 
ch. erase (3) ; cout « "C 

ch = ch_bis ; 

/* supprime le caractere de position begin () +4 
ch. erase (ch. begin () +4) ; cout « "D 



" « ch « "\n" ; 

" « ch « "\n" ; 
" « ch « "\n" ; 

"« ch « "\n" ; 



A 


01256789 


B 


0126789 


C 


012 


D 


012356789 



Exemples de suppressions dans une chaine 



6.3 Remplacements 



La fonction replace permet de remplacer une partie d'une chaine definie, soit par un indice et 
une longueur, soit par un intervalle d'iterateur, par : 

• une autre chaine (objet de type string), 

• une partie d'une autre chaine definie par un indice de debut et, eventuellement, une lon- 
gueur, 

• une chaine usuelle (type char *) ou une partie de longueur donnee, 

• un certain nombre de fois un caractere donne. 

En outre, on peut remplacer une partie d'une chaine definie par un intervalle par une autre 
sequence d'elements de type char, definie par un iterateur de debut et un iterateur de fin. 

Voici quelques exemples : 



#include <iostreain> 
#include <string> 
using namespace std ; 



7 - Les possibilites de formatage en memoire 



main() 

{ string ch ("0123456") ; 
string voy {"aeiou") ; 
char t[] - {»+*-/=<>»} ; 
char * message = "hello" ; 

/* remplace, a partir de indice 2, sur longueur 3, par voy */ 
ch. replace (2, 3, voy) ; cout « ch « "\n" ; 

/* remplace, a partir de indice sur longueur 1, par voy, */ 

/* a partir de indice 2, longueur 3 */ 

ch. replace (0, 1, voy, 1, 2) ; cout « ch « "\n" 

/* remplace, a partir de indice 1 sur longueur 2, par 8 fois ' *' */ 
ch. replace (1, 2, 8, '*') ; cout « ch « "\n" 

/* remplace, a partir de indice 1 sur longueur 2, par 5 fois '#' */ 
ch. replace (1, 2, 5, '#') ; cout « ch « "\n" 

/* remplace, a partir de indice 2, sur longueur 4, par "xxxxxx" */ 
ch. replace {2, 4, "xxxxxx" ) ; cout « ch « "\n" 

/* remplace les 7 derniers caracteres par les 3 premiers de message */ 
ch. replace (ch. length () -7, ch. length (), message, 3) ; cout « ch « "\n" 

/* remplace tous les caracteres, sauf le dernier, par (t, t+5) */ 
ch. replace (ch.begin(), ch.begin()+ch. length ()-l, t, t+5) ; cout « ch « "\n 



01aeiou56 

eilaeiou56 

e********aeiou56 

e#####******aeiou56 
e#xxxxxx* * * * * *aeiou5 6 
e#xxxxxx* * * * * *hel 

Exemples de remplacements dans une chaine 

7 Les possibilites de formatage en memoire 

En langage C : 

• sscanj 'permet d'acceder a une information situee en memoire, de facon comparable a ce que 
fait scanf sur l'entree standard, 

• sprint/ 'permet de fabriquer en memoire une chaine de caracteres correspondant a celle qui 
serait transmise a la sortie standard par print/. 

En C++, des facilites comparables existent. Jusqu'a la norme, elles etaient fournies par les 
classes ostrstrream et istrstream presentees au paragraphe 7 du chapitre 16. Dorenavant, il 
est conseille d'utiliser a leur place les classes ostringstream et istringstream qui utilisent tout 
naturellement un objet de type string. 
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7.1 La classe ostringstream 

Un objet de classe ostringstream peut recevoir des caracteres, au meme titre qu'un flot de 
sortie. La fonction membre str permet d'obtenir une chaine (objet de type string) contenant 
une copie instantanee de ces caracteres : 

ostringstream sortie ; 

sortie « ... « ... << ... ; //on envoie des caracteres dans sortie 

// comme on le ferait pour un flot 

string ch = sortie. str () ; // ch contient les caracteres ainsi engranges 

// dans sortie 

sortie «...«...; //on peut continuer a engranger des 

// dans sortie, sans affecter ch 



Voici un petit exemple illustrant ces possibilites : 



#include <iostream> 
# include <sstream> 
using namespace std ; 

main ( ) 
{ 

ostringstream sortie ; 

int n=12, p=1234 ; 

float x=1.25 ; 

sortie << "n = " « n « " p = " « p ; // on envoie des caracteres dans 

// sortie comme on le ferait pour un flot 
string chl = sortie. str () ; // chl contient maintenant une copie 

// des caracteres engranges dans sortie 
cout « "chl premiere fois = " « chl << "\n" ; 

sortie << " x = " « x ; //on peut continuer a engranger des caracteres 

// dans sortie, sans affecter chl 
cout « "chl deuxieme fois = " « chl << "\n" ; 

string ch2 = sortie. str() ; // ch2 contient maintenant une copie 

// des caracteres engranges dans sortie 
cout « "ch2 - " « ch2 « "\n" ; 



chl premiere fois = n = 12 p = 1234 
chl deuxieme fois = n = 12 p = 1234 
ch2 - n - 12 p - 1234 x - 1.25 



Exemple d 'utilisation de la classe ostringstream 
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7.2 La classe istringstream 

7.2.1 Presentation 

Un objet de classe istringstream peut etre cree a partir d'un tableau de caracteres, d'une 
chaine constante ou d'un objet de type string. Ainsi, ces trois exemples creent le meme objet 
ch : 

istringstream entree ("123 45.2 salut") ; 

string ch = "123 45.2 salut" ; 
istringstream entree (ch) ; 

char ch[] = {"123 45.2 salut"} ; 
istringstream entree (ch) ; 

On peut alors extraire des caracteres du flot ch par des instructions usuelles telles que : 

ch » » » ; 

Voici un petit exemple illustrant ces possibilites : 

#include <iostream> 

#include <sstream> 

using namespace std ; 

main() 

{ string ch = "123 45.2 salut" ; 

istringstream entree (ch) ; 

int n ; 

float x ; 

string s ; 

entree » n » x » s ; 

cout « "n = " « n « " x = " « x « " s = " « s « "\n" ; 

if (entree » s) cout << " s = " « s « "\n" ; 
else cout << "fin flot entree\n" ; 
} 

n = 123 x = 45.2 s = salut 
fin flot entree 

Exemple d 'utilisation de la classe istringstream 

7.2.2 Utilisation pour fiabiliser les lectures au clavier 

On voit que, d'une maniere generale, la demarche qui consiste a lire une ligne en memoire 
avant de l'exploiter peut etre utilisee pour (revoyez eventuellement le paragraphe 3.5 du cha- 
pitre 3) : 

• regler le probleme de desynchronisation entre l'entree et la sortie ; 

• supprimer les risques de blocage et de bouclage en cas de presence d'un caractere invalide 
dans le flot d'entree. 
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Voici un exemple montrant comment resoudre les problemes engendres par la frappe d'un 
"mauvais" caractere dans le cas de la lecture sur l'entree standard. II s'agit en fait de l'adapta- 
tion du programme presente auparagraphe 3.5.2 du chapitre 3 et dont nous avions propose 
une amelioration au paragraphe 7.2 du chapitre 16 (en utilisant la classe istrstream, appelee a 
disparaitre dans le futur). 

#include <iostreain> 
# include <sstream> 
using namespace std ; 
main { ) 
{ int n ; 

bool ok = false ; 
char c ; 

string ligne ; // pour lire une ligne au clavier 
do { cout « "donnez un entier et un caractere :\n" ; 
getline (cin, ligne) ; 
istringstream tampon (ligne) ; 
if (tampon » n » c) ok = true ; 
else ok = false ; 
} 
while ( ! ok) ; 
cout « "merci pour " << n « " et " << c « "\n" ; 



donnez un entier et un caractere : 

bof 

donnez un entier et un caractere : 

x 123 

donnez un entier et un caractere : 

12 bonjour 

merci pour 12 et b 

Pour lire en toute securite sur I 'entree standard (1) 

Nous y lisons tout d'abord l'mformation attendue pour toute une ligne, sous forme d'une 
chaine de caracteres, a l'aide de la fonction getline (pour pouvoir lire tous les caracteres sepa- 
rateurs, a l'exception de la fin de ligne). Nous construisons ensuite, avec cette chaine, un 
objet de type istrsingtream sur lequel nous appliquons nos operations de lecture (ici lecture 
formatee d'un entier puis d'un caractere). Comme vous le constatez, aucun probleme ne se 
pose plus lorsque l'utilisateur fournit un caractere invalide. 

Voici egalement une amelioration du programme propose au paragraphe 3.5.3 du chapitre 3 : 

#include <iostream> 
# include <sstream> 
using namespace std ; 
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main() 

{ int n ; bool ok = false ; 

string ligne ; // pour lire une ligne au clavier 
do 

{ ok = false ; cout « "donnez un nombre entier : " ; 
while ( ! ok) do 
{ getline (cin, ligne) ; 

istringstream tampon (ligne) ; 
if (tampon » n) ok = true ; 
else { ok = false ; 

cout << "information incorrecte - donnez un nombre entier 



while ( ! ok) ; 

cout « "voici son carre : " « n*n « "\n" 
} 
while (n) ; 



donnez un nombre entier : 4 

voici son carre : 16 

donnez un nombre entier : & 

information incorrecte - donnez un nombre entier : 7 

voici son carre : 4 9 

donnez un nombre entier : ze 25 8 

information incorrecte - donnez un nombre entier : 5 

voici son carre : 25 

donnez un nombre entier : 

voici son carre : 



Pour lire en toute securite sur I 'entree standard (2) 
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La bibliotheque standard offre quelques patrons de classes destines a faciliter les operations 
mathematiques usuelles sur les nombres complexes et sur les vecteurs, de maniere a doter 
C++ de possibilites voisines de celles de Fortran 90 et a favoriser son utilisation sur des cal- 
culateurs vectoriels ou paralleles. II s'agit essentiellement : 

• des classes complex 

• des classes valarray et des classes associees. 

D'autre part, on dispose de classes bitset permettant de manipuler efficacement des suites de 
bits. 

On notera bien que les classes decrites dans ce chapitre ne sont pas des conteneurs a part 
entiere, meme si elles disposent de certaines de leurs proprietes. 



1 La classe complex 



Le patron de classe complex offre de tres riches outils de manipulation des nombres comple- 
xes. II peut etre parametre par n'importe quel type flottant, float, double ou long double. II 
comporte : 

• les operations arithmetiques usuelles : +, -, *, / 

• l'affectation (ordinaire ou composee comme +=, -=...) 

• les fonctions de base : 

- abs : module 
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- arg : argument 

- real : partie reelle 

- imag : partie imaginaire 

- conj : complexe conjugue 

• les fonctions "transcendantes" : 

- cos, sin, tan 

- acos, asin, atan 

- cosh, sink, tanh 

- exp, log 

• le patron de fonctions polar (parametre par un type) qui permet de construire un nombre 
complexe a partir de son module et de son argument. 

Voici un exemple d'utilisation de la plupart de ces possibilites : 

#include <iostreain> 

#include <complex> 

using namespace std ; 

main ( ) 

{ complex<double> zl(l, 2), z2{2, 5), z, zr ; 

cout « "zl : " « zl « " z2 : " « z2 « "\n" ; 

cout « "Re(zl) : " « real(zl) « " Im(zl) : " « imag(zl) « "\n" ; 

cout « "abs(zl) : " « abs(zl) « " arg(zl) : " « arg(zl) « "\n" ; 

cout « "conj (zl) : " « conj(zl) « "\n" ; 

cout « "zl + z2 : " « (zl+z2) « " zl*z2 : " « (zl*z2) 
« " zl/z2 : " « (zl/z2) « "\n" ; 

complex<double> i (0, 1) ; // on definit la constante i 

z = 1.0+i ; 

zr = exp(z) ; 

cout « "exp(l+i) : " « zr « " exp(i) : " « exp(i) « "\n" ; 

zr = log(i) ; 

cout « "log(i) : " « zr << "\n" ; 

zr = log(1.0+i) ; 

cout « "log(l+i) : " « zr « "\n" ; 

double rho, theta, norme ; 

rho = abs(z) ; theta = arg(z) ; norme = norm(z) ; 

cout « "abs(l+i) : " « rho « " arg(l+i) : " « theta 

« " norm{l+i) : " « norme « "\n" ; 
double pi = 3.1415926535 ; 
cout « "cos(i) : " « cos(i) « " sinh(pi*i) : " << sinh(pi*i) 

« " cosh(pi*i) : " << cosh(pi*i) « "\n" ; 

z = polar<double> (1, pi/4) ; 

cout « "polar (1, pi/4) : " « z « "\n" ; 
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zl : (1,2) z2 : (2,5) 




Re(zl) : 1 Im(zl) : 2 




abs(zl) : 2.23607 arg(zl) : 1.10715 




conj(zl) : (1,-2) 




zl + z2 : (3,7) zl*z2 : (-8,9) zl/z2 : (0.413793, 


-0.0344828) 


exp(l+i) : (1.46869,2.28736) exp(i) : (0.540302,0. 


.841471) 


log(i) : (0,1.5708) 




log(l+i) : (0.346574,0.785398) 




abs(l+i) : 1.41421 arg(l+i) : 0.785398 norm(l+i) 


: 2 


cos(i) : (1.54308,0) sinh(pi*i) : (0, 8.97932e-011) 


cosh(pi*i) 


polar (1, pi/4) : (0.707107,0.707107) 





(-1,0) 



Exemples d 'utilisation de nombres complexes 

2 La classe valarray et les classes associees 

La bibliotheque standard dispose d'un patron de classes valarray particulierement bien 
adapte a la manipulation de vecteurs (au sens mathematique du terme), c'est-a-dire de 
tableaux numeriques. II offre en particulier des possiblites de calcul vectoriel comparables a 
celles qu'on trouve dans un langage scientifique tel que Fortran 90. En outre, quelques clas- 
ses utilitaires permettent de manipuler des sections de vecteurs ; certaines d'entre elles facili- 
tent la manipulation de tableaux a plusieurs dimensions (deux ou plus). 

2.1 Constructeurs des classes valarray 

On peut construire des vecteurs dont les elements sont d'un type de base bool, char, int, float, 
double ou d'un type complex 1 . 

Voici quelques exemples de construction : 

#include <valarray> 
using namespace std ; 



valarray<int> vil (10) ; /* vecteur de 10 int non initialises 2 V 

valarray<float> vf (0.1, 20) ; /* vecteur de 20 float initialises a 0.1 */ 
int t[] = {1, 3, 5, 7, 9} ; 

valarray <int> vi2 (t, 5) ; /* vecteur de 5 int intialise avec les */ 

/* 5 (premieres) valeurs de t */ 

valarray <complex<float> > vcf (20) ; /* vecteur de 20 complexes */ 

valarray <int> v ; /* vecteur vide pour 1' instant */ 



1. En fait, on peut utiliser comme parametre de type du patron valarray tout type classe muni d'un constructeur par 
recopie, d'un destructeur, d'un operateur d'affectation et dote de tous les operateurs et de toutes les fonctions 
applicables a un type numerique. 

2. En toute rigueur, si le vecteur vil est de classe statique, ses elements seront initialises a 0. Dans le cas de vecteurs 
dont les elements sont des objets, ces derniers seront initialises par appel du constructeur par defaut. 
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On notera que la classe valarray n'est pas un vrai conteneur ; en particulier, il n'est pas pos- 
sible de construire directement un objet de ce type a partir d'une sequence, sauf si cette 
sequence est celle decrite par un pointeur usuel (comme dans le cas de vi2). 

2.2 L'operateur [] 

Une fois un vecteur construit, on peut acceder a ses elements de facon classique en utilisant 
l'operateur [], comme dans : 

valarray <int> vi (5) ; int n, i ; 



v[3] = 1 ; 

n - v[i] + 2 ; 

Aucune protection n'est prevue sur la valeur utilisee comme indice. 

2.3 Affectation et changement de taille 



L' affectation entre vecteurs dont les elements sont de meme type est possible, meme s'ils 
n'ont pas le meme nombre d'elements. En revanche, 1' affectation n'est pas possible si les ele- 
ments ne sont pas de meme type : 

valarray < float > vfl {0.1, 20) ; /* vecteur de 20 float egaux a 0.1 */ 

valarray < float > vf2 (0.5, 10) ; /* vecteur de 10 float egaux a 0.5 */ 

valarray < float > vf3 ; /* vecteur vide pour 1' instant */ 

valarray <int> vi (1, 10) ; /* vecteur de 10 int egaux a 1 */ 



vfl = vf2 ; /* OK vfl et vf2 sont deux vecteurs de 10 float egaux a 0.5 */ 

/* les anciennes valeurs de vfl sont perdues */ 

vf3 = vf2 ; /* OK ; vf3 comporte maintenant 10 elements */ 

vfl = vi ; /* incorrect : on peut faire : */ 

/* for (i=0 ; i<vfl.size{) ; i++) vfl [i] - vi [i] ; */ 

La fonction membre resize permet de modifier la taille d'un vecteur : 

vfl. resize (15) ; /* vfl comporte maintenant 15 elements : les 10 */ 

/* premiers ont conserve leur valeur */ 

vf 3. resize (6) ; /* vf3 ne comporte plus que 6 elements (leur */ 

/* valeur n'a pas change) */ 

2.4 Calcul vectoriel 

Les classes valarray permettent d'effectuer des operations usuelles de calcul vectoriel en 
generalisant le role des operateurs et des fonctions numeriques : un operateur unaire applique 
a un vecteur fournit en resultat le vecteur obtenu en appliquant cet operateur a chacun de ses 
elements ; un operateur binaire applique a deux vecteurs de meme taille fournit en resultat le 
vecteur obtenu en appliquant cet operateur a chacun des elements de meme rang. Par 
exemple : 
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valarray<float> vl(5), v2(5), v3(5) 



v3 = -vl ; /* v3[i] = -vl[i] pour i de a 4 */ 

v3 = cos(vl) ; /* v3[i] = cos(vl[i]) pour i de a 4 */ 

v3 = vl + v2 ; /* v3[i] = v2[i] + vl [i] pour i de a 4 */ 

v3 = vl*v2 + exp(vl) ; /* v3 [i] = vl[i]*v2[i] + exp(vl[i]) pour i de a 4 */ 

On peut meme appliquer une fonction de son choix a tous les elements d'un vecteur en utili- 
sant la fonction membre apply. Par exemple, si fct est une fonction recevant un float et ren- 
voyant un float : 

v3 = vl. apply (fct) ; /* v3[i] = fct {vl[i]) pour i de a 4 */ 

On trouve egalement des operateurs de comparaison (==, !=, <, <=...) qui s'appliquent a deux 
operandes (de type valarray) de meme nombre d'elements et qui fournissent en resultat un 
vecteur de booleens : 

int dim = . . . ; 

valarray<float> vl (dim) , v2 (dim) ; 

valarray<bool> egal (dim) , inf (dim) ; 



egal = (vl == v2) ; /* egal[i] = (vl[i] = v2[i]) pour i de a dim-1 */ 
inf = (vl < v2) ; /* inf[i] = (vl [i] < v2 [i] ) pour i de a dim-1 */ 

Les fonctions max et min permettent d'obtenir le plus grand 1 ou le plus petit element d'un 
vecteur : 

int vmax, vmin, t[] = { 3, 9, 12, 4, 7, 6} ; 
valarray <int> vi (t, 6) ; 



vmax - max (vi) ; /* vmax vaut 12 */ 
vmin = min (vi) ; /* vmin vaut 3 */ 

La fonction membre shift permet d'effectuer des decalages des elements d'un vecteur. Elle 
fournit un vecteur de meme taille que l'objet Lay ant appele, dans lequel les elements ont ete 
decales d'un nombre de positions indique par son unique argument (vers la gauche pour les 
valeurs positives, vers la droite pour les valeurs negatives). Les valeurs sortantes sont per- 
dues, les valeurs entrantes sont a zero. Enfin, la fonction membre cshift permet d'effecteur 
des decalages circulaires : 

int t[] = { 3, 9, 12, 4, 7, 6} ; 
valarray <int> vi (t, 6) , vig, vid, vie ; 



vig = vi. shift (2) ; /* vi est inchange - vig contient 
vid = vi. shift (-3) ; /* vi est inchange - vid contient 
vie = vi. cshift (3) ; /* vi est inchange - vie contient 



12 4 7 6 */ 
3 9 12 */ 
4 7 6 3 9 12 */ 



1. Lorsque les elements sont des objets, on utilise operator < qui doit alors avoir ete surdefini. 
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2.5 Selection de valeurs par masque 



On peut selectionner certaines des valeurs d'un vecteur afin de constituer un vecteur de taille 
inferieure ou egale. Pour ce faire, on utilise un masque, c'est-a-dire un vecteur de type valar- 
ray<bool> dans lequel chacun des elements precise si Ton selectionne (true) ou non (false) 
l'element correspondant. Supposons par exemple que Ton dispose de ces declarations : 

valarray <bool> masque (6) ; /* on suppose que masque contient : */ 

/* true true false true false true */ 

valarray <int> vi(6) ; /* on suppose que vi contient : */ 

/* 5 8 2 7 3 9 */ 

L'expression vifmasquej designe un vecteur forme des seuls elements de vi pour lesquels 
l'element correspondant de masque a la valeur true. Ici, il s'agit done d'un vecteur de quatre 
entiers (5, 8, 7, 9). Par exemple : 

valarray <int> vil ; /* vecteur vide pour 1' instant */ 



vil = vi [masque] ; /* vil est un vecteur de 4 entiers : 5, 8, 7, 9 */ 

Qui plus est, une telle notation reste utilisable comme lvalue. En voici deux exemples utili- 
sant les memes declarations que ci-dessus : 

vi [masque] = -1 ; /* place la valeur -1 dans les elements de vi pour */ 

/* lesquels la valeur de l'element correspondant de masque est true */ 

valarray<int> v{12, 4) ; /* vecteur de 4 elements */ 

vi [masque] = v ; /* recopie les premiers elements de v dans les */ 

/* elements de vi pour lesquels la valeur de */ 
/* l'element correspondant de masque est true */ 

Voici un exemple de programme complet illustrant ces differentes possibilites : 

#include <iostream> 
#include <valarray> 
#include <iostream> 
# include <iomanip> 
#include <valarray> 
using namespace std ; 
main { ) 
{ int i ; 

int t[] = { 1, 2, 3, 4, 5, 6} ; 

bool mt[] = { true, true, false, true, false, true} ; 

valarray <int> vl (t, 6), v2 ; // v2 vide pour l 1 instant 

valarray <bool> masque (mt, 6) ; 

v2 = vl [masque] ; 

cout « "v2 : " ; 

for (i=0 ; i<v2.size() ; i++) cout « setw(4) « v2 [i] ; 

cout « "\n" ; 

vl [masque] - -1 ; 

cout « "vl : " ; 

for (i=0 ; i<vl.size() ; i++) cout « setw(4) « vl [i] ; 

cout « "\n" ; 
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valarray <int> v3 (8) ; /* il faut au moins 4 elements dans v3 */ 

for (i=0 ; i<v3.size() ; i++) v3[i] = 10* (i+1) ; 

vl [masque] = v3 ; 

cout « "vl : " ; 

for (i=0 ; i<vl.size() ; i++) cout « setw(4) « vl[i] ; 

cout « "\n" ; 



v2 
vl 
vl 



12 4 6 

-1 -1 3-1 5 -1 
10 20 3 30 5 40 



Exemple d'utilisation de masques 

2.6 Sections de vecteurs 

II est possible de definir des "sections" de vecteurs ; on nomme ainsi un sous-ensemble des 
elements d'un vecteur sur lequel on peut travailler comme s'il s'agissait d'un vecteur. Par 
exemple, si v est declare ainsi : 

valarray <int> v{12) ; 

l'expression vfslice(0, 4, 2)] designe le vecteur obtenu en ne considerant de v que les ele- 
ments de rang 0, 2, 4 et 6 (on part de 0, on considere 4 valeurs, en progressant par pas de 2). 

La encore, une telle notation est utilisable comme lvalue : 

vl [slice (0, 4, 2)] = 99 ; /* place la valeur 99 dans les elements */ 

/* vl[0], vl[2], vl[4] et vl[6] */ 

Voici un exemple de programme complet illustrant ces possibilites : 

#include <iostream> 
#include <iomanip> 
#include <valarray> 
using namespace std ; 
main{) 
{ int i ; 

int t [] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9} ; 

valarray <int> vl (t, 10) , v2 ; 

cout « "vl initial : " ; 

for (i=0 ; i<vl.size() ; i++) cout « setw(4) « vl[i] ; 

cout « "\n" ; 

vl [slice (0, 4, 2)] = -1 ; // vl[0] = -1, vl [2] = -1, vl [4] = -1, vl [6] = -1 

cout « "vl modifie : " ; 

for (i=0 ; i<vl.size() ; i++) cout « setw(4) « vl[i] ; 

cout « "\n" ; 

v2 = vl [slice (1, 3, 4)] ; // on considere vl[l], vl[5] et vl[9] 

cout « "v2 : " ; 

for (i=0 ; i<v2.size() ; i++) cout « setw(4) « v2[i] ; 

cout « "\n" ; 
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Exemple d 'utilisation de sections de vecteurs 

On notera que les sections de vecteurs peuvent s'averer utiles pour manipuler des tableaux a 
deux dimensions et en particulier des matrices. Considerons ces declarations dans lesquelles 
mat est un vecteur dont les NLIG*NCOL elements peuvent servir a representer une matrice 
de NLIG lignes et de NCOL colonnes : 

tdefine NLIG 5 
#define NCOL 12 



valarray <float> v(NLIG) ; /* vecteur de NLIG elements */ 

valarray <float> mat (NLIG*NCOL) ; /* pour representer une matrice */ 

Si Ton convient d'utiliser les conventions du C pour ranger les elements de notre matrice 
dans le vecteur mat, voici quelques exemples d'operations facilities par l'utilisation de 
sections : 

• placer la valeur 12 dans la ligne /' de la matrice mat : 

mat [slice (i*NCOL, NCOL, 1) ] = 12 ; 

• placer la valeur 15 dans la colonnej de la matrice mat : 

mat [slice (j, NLIG, NCOL)] = 15 ; 

• recopier le vecteur v dans la colonnej de la matrice mat : 

mat [slice (j, NLIG, NCOL)] =v ; 

Remarque 

La notion de section de vecteur peut permettre de manipuler non seulement des matrices, 
mais aussi des tableaux a plus de deux dimensions. Dans ce dernier cas, on peut egale- 
ment recourir a la notion de sections multiples, obtenues en utilisant gslice a la place de 
slice. 

2.7 Vecteurs d'indices 

Les sections de vecteurs obtenues par slice sont dites regulieres, dans la mesure ou les ele- 
ments selectionnes sont regulierement espaces les uns des autres. On peut aussi obtenir des 
sections quelconques en recourant a ce que Ton nomme un "vecteur d'indices". Par exemple, 
si les vecteurs indices et v/sont declares ainsi : 

valarray <float> vf (12) ; 

valarray <int> indices (5) ; /* on suppose que indices contient les */ 

/* valeurs : 1, 4, 2, 3, */ 



> 
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l'expression v[indices] designe le vecteur obtenu en considerant les elements de v/2 suivant 
l'ordre mentionne par le vecteur d'indices indices, c'est-a-dire ici 1, 4, 2, 3, 0. La encore, 
cette notation peut etre utilisee comme lvalue. 

Voici un exemple de programme complet illustrant ces possibilites : 



#include <iostreain> 

#include <iomanip> 

#include <valarray> 

#include <cstdlib> // pour size_t 

using namespace std ; 

main{) 

{ size_t ind[] = { 1, 4, 2, 3, 0} ; 

float tf [] = { 1.25, 2.5, 5.2, 8.3, 5.4 } ; 

int i ; 

valarray <size_t> indices (ind, 5) ; // contient 1, 4, 2, 3, 

for (i=0 ; i<5 ; i++) cout « setw(8) « indices [i] ; 

cout « "\n" ; 

valarray <float> vfl (tf, 5), vf2(5) ; 

vf2 [indices] = vfl ; // affecte vfl[i] a vf2 [indices [i]] 

for (i=0 ; i<5 ; i++) cout « setw(8) « vf2[i] ; 

cout « "\n" ; 



14 2 3 

5.4 1.25 5.2 8.3 2.5 

Exemple d 'utilisation de vecteurs d'indices 

On notera qu'il n'est pas necessaire que tous les elements de v/2 soient concernes par les 
indices mentionnes (le vecteur d'indice peut comporter moins d'elements que v/2). En revan- 
che, comme on peut s'y attendre, il faut eviter qu'un meme indice ne figure deux fois dans le 
vecteur d'indice : dans ce cas, le comportement du programme est indetermine (en pratique, 
un meme element est modifie deux fois). 



3 La classe bitset 



Le patron de classes bitset<N> permet de manipuler efficacement des suites de bits dont la 
taille N apparait en parametre (expression) du patron. L'affectation n'est done possible 
qu'entre suites de meme taille. On dispose notamment des operations classiques de manipu- 
lation globale des bits a l'aide des operateurs &, |, ~, &=, |= , «=, »=, ~=, ==, != qui fonc- 
tionnent comme les memes operateurs appliques a des entiers. 

On peut acceder a un bit de la suite a l'aide de l'operateur [] ; il declenche une exception 
outofrange si son second operande n'est pas dans les limites permises. 
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II existe trois constructeurs : 

• sans argument : on obtient une suite de bits nuls, 

• a partir d'un unsigned long : on obtient la suite correspondant au motif binaire contenu dans 
1' argument, 

• a partir d'une chaine de caracteres (string) ; on peut aussi utiliser une chaine usuelle (notam- 
ment une constante) grace aux possibilites de conversions. 

Voici un exemple illustrant la plupart des fonctionnalites de ces patrons de classes : 

#include <iostreain> 
#include <bitset> 
using namespace std ; 

main ( ) 

{ bitset<12> bsl ("1101101101") ; // bitset initialise par une chaine 
long n=0x0FFF ; 

bitset<12> bs2 (n) ; // bitset initialise par un entier 

bitset<12> bs3 ; // bitset initialise a zero 

cout « "bsl = " « bsl « "\n" ; 
cout « "bs2 = " « bs2 « "\n"; 
cout « "bs3 = " « bs3 « "\n" ; 

if (bs3 != bsl) cout « "bs3 differe de bsl\n" ; 

bs3 = bsl ; // affectation entre bitset de meme taille 

cout « "bs3 = " « bs3 « "\n" ; 

if (bs3 == bsl) cout « "bs3 est maintenant egal a bsl\n" ; 

cout « "bit de rang 3 de bs3 : " « boolalpha « bs3[3] « "\n" ; 

bs3[3] = ; 

cout « "bit de rang 3 de bs3 : " « boolalpha « bs3[3] « "\n" ; 

try 

{ bs3[15] = 1 ; // indice hors limite — > exception 

} 

catch (exception &e) 

{ cout << "exception : " « e.whatO « "\n" ; 



cout « bs3 « " & " « bs2 « " = " ; bs3 &= bs2 ; cout « bs3 « "\n" ; 
cout « bs3 « " I " « bs2 « " = " ; bs3 |= bs2 ; cout « bs3 « "\n" ; 
cout « "~ " « bs3 « " = " « ~bs3 « "\n" ; 

cout « "dans " << bs3 << " il y a " « bs3. count () « " bits a un\n" ; 
cout « bs3 « " decale de 4 a gauche = " « (bs3 «= 4) « "\n" ; 

bitset<14> bs4 ; 

// bs4 = bsl ; serait incorrect car bsl et bs4 n' ont pas la meme taille 
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bsl = 001101101101 

bs2 = 111111111111 

bs3 = 000000000000 

bs3 differe de bsl 

bs3 = 001101101101 

bs3 est maintenant egal a bsl 

bit de rang 3 de bs3 : true 

bit de rang 3 de bs3 : false 

exception : invalid bitset<N> position 

001101100101 & 111111111111 = 001101100101 

001101100101 I 111111111111 = 111111111111 

~ 111111111111 = 000000000000 

dans 111111111111 il y a 12 bits a un 

111111110000 decalle de 4 a gauche = 111111110000 
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Les espaces de noms 



La notion d'espace de noms a ete presentee succinctement au paragraphe 8 du chapitre 4, afin 
de vous permettre d'utiliser convenablement la bibliotheque standard du C++. 

D'une maniere generale, elle permet de definir des ensembles disjoints d'identificateurs, cha- 
que ensemble etant repere par un nom qu'on utilise pour qualifier les symboles concernes. II 
devient ainsi possible d'utiliser le meme identificateur pour designer deux choses differentes 
(ou deux versions differentes d'une meme chose, par exemple une classe) pour peu qu'elles 
appartiennent a deux espaces de noms differents. Cette notion presente surtout un interet dans 
le cadre de developpement de gros programmes ou de bibliotheques. C'est ce qui justifie sa 
presentation detaillee dans un chapitre separe aussi tardif. 

Nous commencerons par vous montrer comment definir un nouvel espace de noms et com- 
ment designer les symboles qu'il contient. Puis nous verrons comment l'instruction using 
permet de simplifier les notations, soit en citant une seule fois les symboles concernes, soit en 
citant l'espace de noms lui-meme (comme vous le faites actuellement avec using namespace 
std). Nous montrerons ensuite comment la surdefinition des fonctions franchit les limites des 
espaces de noms. Enfin, nous apporterons quelques informations complementaires concer- 
nant l'imbrication des espaces de noms, la transitivite de l'instruction using et les espaces de 
noms anonymes. 



1 Creation d'espaces de noms 



Ici, nous allons vous montrer comment creer un ou plusieurs nouveaux espaces de noms et 
comment utiliser les symboles correspondants. 
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1 .1 Exemple de creation d'un nouvel espace de noms 

Considerons ces instructions : 

namespace A // les symbole declares a partir d'ici 

// appartiennent a 1' espace de noms nomme A 
{ int n ; 
double x ; 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) : x(abs), y(ord) {} 

} ; 

} // fin de la definition de 1' espace de noms A 

A l'interieur du bloc : 

namespace A 
{ 



on trouve des declarations usuelles, ici de types de variables (n et x) et de definition de classe 
(point). Le fait que ces declarations figurent dans un espace de noms ne modifie pas la 
maniere de les ecrire. En revanche, les symboles correspondants ne seront utilisables a l'exte- 
rieur de ce bloc que moyennant l'utilisation d'un prefixe approprie A::. Voici quelques 
exemples : 

// la definition de A est supposee connue ici 

main ( ) 

{ 

A::x=2.5 ; // utilise la variable globale x declaree dans A 

A: :point pi ; // on utilise le type point de A 

A: :point p2 (1, 3) ; // idem 

A: :n = 1 ; //on utilise la variable globale n declaree dans A 
} 

Ces symboles peuvent cohabiter sans probleme avec des symboles declares en dehors de tout 
espace de noms, comme nous l'avons fait jusqu'ici : 

// la definition de A est supposee connue ici 

long n ; // variable globale n, sans rapport avec A: :n ; 

main { ) 

{ double x ; // variable x, locale a main, sans rapport avec A: :x 

A: :x = 2.5 ; // utilise toujours la variable globale x declaree dans A 

point p ; // incorrect : le type point n'est pas connu 

A: :n = 12 ; // utilise la variable globale n declaree dans A 

n = 5 ; // utilise la variable globale n declaree en dehors de A 

} 

On notera bien que le prefixed:: est necessaire des lors qu'on est en dehors de la portee de la 
definition de l'espace de noms A, meme si Ton se trouve dans le meme fichier source. C'est 
d'ailleurs grace a cette regie que nous pouvons utiliser conjointement les identificateurs n et 
Ar.n. 
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On dit des symboles comme n ou x declares en dehors de tout espace de noms qu'ils appar- 
tiennent a l'espace global 1 . Ces symboles pourraient d'ailleurs etre aussi designes sous la 
forme .vxou ::n 2 . 



\> 



Remarque 



Nous verrons au paragraphe 2 que les deux formes de 1' instruction using permettent de 
simplifier l'utilisation de symboles definis dans des espaces de noms, en evitant d'avoir a 
utiliser le prefixe correspondant. 

1 .2 Exemple avec deux espaces de noms 

Considerons maintenant ces instructions definissant et utilisant deux espaces de noms nom- 
mes A et B : 

namespace A // debut definition espace de noms A 

{ int n ; 
double x ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) : x(abs), y(ord) {} 
} ; 
} // fin definition espace de noms A 

namespace B // debut definition espace de noms B 

{ float x ; 
class point 
{ int x, y ; 
public : 

point () : x(0), y(0) {} 
} ; 
} // fin definition espace de noms B 

main{) 

{ A: :point pAl(3) ; // OK : utilise le type point de A 
B: :point pBl ; // OK : utilise le type point de B 

B: :point pb2 (3) ; // erreur : pas de constructeur a un argument 

// dans le type point de B 
A: :x = 2.5 ; // utilise la variable globale x de l'espace A 

B: :x = 3.2 ; // utilise la variable globale x de l'espace B 



1. On ne confondra pas cette notion d'espace global avec celle d'espace anonyme (presentee au paragraphe 7). 

2. Cette forme sera surtout utilisee pour lever une ambiguiite. 
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1 .3 Espace de noms et fichier en-tete 



Dans nos precedents exemples d'introduction, la definition de l'espace de noms et l'utilisa- 
tion des symboles correspondants se trouvaient dans le meme fichier source. II va de soi qu'il 
n'en ira pratiquement jamais ainsi : la definition d'un espace de noms figurera dans un fichier 
en-tete qu'on incorporera classiquement par une directive ^include ; on notera bien qu'alors, 
1' absence de cette directive conduira a une erreur : 

main { ) 

{ A: :x = 2 ; //si la definition de l'espace de noms A n' a pas ete 
// compilee a ce niveau, on obtiendra une erreur 



1 .4 Instructions figurant dans un espace de noms 



II faut tout d'abord remarquer que la definition d'un espace de noms a toujours lieu a un 
niveau global 1 . II n'est (heureusement) pas permis de l'effectuer au sein d'une classe ou 
d'une fonction : 

main { ) 
{ intx ; 
namespace A { } // incorrect 



} 

Comme on s'y attend, un espace de noms peut renfermer des definitions de fonctions ou de 
classes comme dans cet exemple : 

namespace A // debut definition espace de noms A 
{ class point 
{ int x , y ; 
public : 
point () ; // declaration constructeur 
void affiche {) ; // declaration fonction membre affiche 
} ; 

point: :point () 

{ // definition du constructeur de A: :point 
} 

void point : : affiche ( ) 

{ // definition de la fonction affiche de A: :point 
} 

void f (int n) { // definition de f 
} 
} // fin definition espace de noms A 

Dans ce cas, il est cependant preferable de dissocier la declaration des classes et des fonc- 
tions de leur definition, en prevoyant : 



1. Nous verrons toutefois au paragraphe 4 que les definitions d'espaces de noms peuvent s'imbriquer. 
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• un fichier en-tete contenant la definition de l'espace de noms, limitee aux declarations des 
fonctions et des classes : 

// fichier en-tete A.h 

// declaration des symboles figurant dans l'espace A 
namespace A // debut definition espace de noms A 
{ class point 
{ int x , y ; 
public : 
point () ; // declaration const ructeur 
void affiche {) ; // declaration fonction membre affiche 

} ; 

void f (int n) ; // declaration de f 
} // fin definition espace de noms A 

• un fichier source contenant la definition des classes et des fonctions : 

// definition des symboles figurant dans l'espace A 
#include "A.h" // incorporation de la definition de l'espace A 
void A: :point : :point () 

{ // definition du constructeur de A: :point 
} 

A: : point: : affiche () 

{ // definition de la fonction affiche de A: :point 
} 
void f (int n) { // definition de la fonction f 



1 .5 Creation incrementale d'espaces de noms 

II est tout a fait possible de definir un meme espace de noms en plusieurs fois. Par exemple 

namespace A 
{ int n ; 
} 

namespace B 
{ float x ; 
} 

namespace A 
{ double x ; 
} 

Cette definition est ici equivalente a 

namespace A 
{ int n ; 

double x ; 
} 

namespace B 
{ float x ; 
} 
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A ce propos, il faut signaler que si un identificateur declare dans un espace de noms peut 
ensuite etre defini a l'exterieur (voir paragraphe 1 .4), il n'est pas possible de declarer un nou- 
vel identificateur de cette meme maniere : 

namespace A 

{ int n ; 

} 

namespace B 

{ float x ; 

} 

double A::x ; // erreur 

Cette possibility de creation incremental s'avere extremement interessante dans le cas d'une 
bibliotheque. En effet, elle permet de la decouper en plusieurs parties relativement indepen- 
dantes, tout en n'utilisant qu'un seul espace de noms pour l'ensemble. L'utilisateur peut ainsi 
n'introduire que les seules definitions utiles. C'est d'ailleurs exactement ce qui se produit 
avec la bibliotheque standard dont les symboles sont definis dans l'espace de noms std. Une 
directive telle que ^include <iostream> incorpore en fait une definition partielle de l'espace 
de noms std ; une directive ^include <vector> en incorpore une autre... 



2 Les instructions using 



Nous venons de voir comment utiliser un symbole defini dans un espace de noms en le qua- 
lifiant explicitement par le nom de l'espace (comme dans A::x). Cette methode peut toutefois 
devenir fastidieuse lorsqu'on recourt systematiquement aux espaces de noms dans un gros 
programme. En fait, C++ offre deux facons d'abreger l'ecriture : 

• l'une ou Ton nomme une fois chacun des symboles qu'on desire utiliser, 

• l'autre ou Ton se contente de citer l'espace de noms lui-meme. 

Toutes les deux utilisent le mot cle using, mais de maniere differente ; on parle souvent de 
declaration using dans le premier cas et de directive using dans le second. 

2.1 La declaration using pour les symboles 
2.1.1 Presentation generale 

La declaration using permet de citer un symbole appartenant a un espace de noms (dont la 
definition est supposee connue). En voici un exemple : 

namespace A 
{ int n ; 
double x ; 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) : x(abs), y(ord) {} 



2 - Les instructions using 



using A::x ; // dorenavant, x est synonyme de A: :x 

using A: :point ; // dorenavant, point est synonyme de A: :point 

long n ; // variable globale n, sans rapport avec A: :n ; 

main() 

{ x = 2.5 ; // idem A: :x = 2.5 

n = 5 ; // n designe la variable globale, sans rapport avec A: :n 

A::n = 10 ; // correct 

point pi (3) ; //idem A: :point pi (3) ; 
} 

La declaration using peat etre locale, comme dans cet exemple : 

namespace A 
{ int n ; 

double x ; 
} 

long n ; // variable globale n, sans rapport avec A: :n 
main { ) 
{ using A: :n ; 

// ici, n est synonyme de A: :n 

} 

void f (...) 

{ // ici n n'est plus synonyme de A: :n, mais de : :n 

} 

Bien entendu, meme lorsque using est locale, elle ne concerne que des symboles globaux 
puisque les espaces de noms sont toujours definis a un niveau global. 

Voici un autre exemple utilisant plusieurs espaces de noms : 

namespace A 
{ int n ; 
double x ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) : x(abs), y(ord) {} 
} ; 
} 

namespace B 
{ float x ; 
class point 
{ int x, y ; 
public : 
point () : x(0), y(0) {} 



using A::n ; // n sera synonyme de A: :n 
using B::x ; // x sera synonyme de B: :x 
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main ( ) 

{ using B: :point ; // point sera (localement) synonyme de B: :point 

n = 2 ; // idem A: :n = 2 ; 

x = 5 ; // idem B: :x = 5 ; 

A: :x = 3 ; // correct 

point pBl ; // idem B: :point pBl ; 

A: :point pAl(3) ; // correct 
} 

void f ( ) 
{ using A: :point ; // point sera (localement) synonyme de A: :point 

using A: :x ; // x sera (localement a f ) synonyme de B: :x 

point p (2) ; // idem A: :point p (2) ; 
} 

2.1.2 Masquage et ambiguites 

Comme on s'y attend, un synonyme peut en cacher un autre d'une portee englobante : 

// les definitions des espaces de noms A et B sont supposees connues ici 
using A: :x ; 

// ici x est synonyme de A: :x 

main ( ) 

{ using B: :x ; 

// ici x est synonyme de B::x ; on peut toujours utiliser A: :x 

} 

En revanche, dans une meme portee, la declaration d'un synonyme ne doit pas creer d'ambi- 
guite, comme dans : 

using A: :x ; // x est synonyme de A: :x 

using B: :x ; // x ne peut pas egalement etre synonyme de B::x 
// dans la meme portee 

ou dans : 

void g ( ) 
{ float x ; 

using A: :x ; // incorrect : on change la signification de x 

} 

On notera bien que ce genre d'ambiguite peut toujours etre levee en recourant a la notation 
developpee des symboles. 



\> 



Remarque 



Comme on le vena au paragraphe 3, cette notion d'ambiguite n'existera pas dans le cas 
des fonctions, afin de preserver les possibilites de surdefinition. 
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2.2 La directive using pour les espaces de noms 

Avec la declaration using, on peut choisir les symboles qu'on souhaite utiliser dans une 
espace de noms ; mais il est necessaire d'utiliser une instruction par symbole. Avec une seule 
directive using, on va pouvoir utiliser tous les symboles d'un espace de noms, mais, bien stir, 
on ne pourra plus operer de selection. 

Voici un premier exemple : 

namespace A 
{ int n ; 
double x ; 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) : x(abs), y(ord) {} 
} ; 
} 
using namespace A ; // tous les symboles definis dans A peuvent etre 

// utilises sans A: : 
main{) 

{ x = 2.5 ; // idem A: :x = 2.5 
n = 5 ; // idem A: :n = 5 
A::n = 10 ; // toujours possible 
point pi (3) ; //idem A::point pi (3) ; 
} 

Comme la declaration using, la directive using peut etre locale : 

namespace A 
{ int n ; 

double x ; 
} 

float x ; 
main { ) 
{ using namespace A ; 

// ici, n est synonyme de A: :n 

} 

void f (...) 

{ // ici, x est synonyme de : :x 

} 

Les differentes directives using se cumulent, sans qu'une quelconque priorite ne permette de 
les departager en cas d'ambiguite. II faut cependant noter que, cette fois, on n'aboutit a une 
erreur (de compilation) que lors de la tentative d'utilisation d'un symbole ambigu. Voyez cet 
exemple : 

namespace A 
{ int n ; 
double x ; 
class point 
{ int x, y ; 
public : 
point (int abs, int ord) : x(abs), y(ord) {} // constructeur 2 arg 
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namespace B 
{ float x ; 
class point 
{ int x, y ; 
public : 
point () : x(0), y(0) {} // constructeur arg 

} ; 
} 

using namespace A ; 

using namespace B ; 

main ( ) 

{ n = 2 ; // idem A: :n = 2 ; 

point pi (3, 5) ; // ambigii : A: :point ou B: :point 

x = 5 ; // ambigii : A: :x ou B: :x 

} 

Le symbole n ne presente aucune ambiguite, car il n'est defini que dans l'espace A En revan- 
che, les symboles point et x etant definis a la fois dans A et B, il y ambiguite. Bien entendu, il 
reste toujours possible de la lever en prefixant explicitement les symboles concernes, par 
exemple : 

A: :point pi (3, 5) ; 
B: :x = 5 ; 

On notera qu'avec la directive using, la notion de masquage n'existe plus. Une directive 
situee dans une portee donnee ne se substitue pas a une directive d'une portee englobante ; 
elle la complete. Par exemple, avec les memes espaces de noms A et B que precedemment : 

// memes definitions des espaces de noms A et B que precedemment 

using namespace A ; 

main { ) 

{ using namespace B ; 

n = 2 ; // idem A: :n = 2 ; 

point pi (3, 5) ; // toujours ambigu : A: :point ou B: :point 

x = 5 ; // ambigu : A: :x ou B: :x 



> 



Remarques 

1 La encore, et comme on le vena au paragraphe 3, cette notion d'ambiguite n'existera pas 
dans le cas des fonctions, afin de preserver les possibilites de surdefinition. On notera a ce 
propos que, dans l'exemple precedent, l'ambiguite portait sur le nom de classe point, et 
non pas sur le nom d'une fonction (constructeur). 

2 Notez que la plupart de nos exemples de programmes utilisent ces deux instructions : 

#include <iostream> 
using namespace std ; 

II faut bien prendre garde a ne pas en inverser l'ordre ; ainsi, avec : 

using namespace std ; 
#include <iostream> 



3 - Espaces de noms et surdefinition 



on obtiendrait une erreur de compilation due a ce que l'instruction using mentionnerait 
un espace de noms (std) inexistant (il est defini, de facon "incrementale", dans chacun 
des fichiers en-tete comme iostream). En revanche, avec ces instructions : 

#include <vector> 
using namespace std ; 
#include <iostreain> 

on n'obtiendrait plus d'erreurs, car le fichier en-tete vector contient deja une definition 
(partielle) de 1' espace de noms std. 

3 Espaces de noms et surdefinition 

L' introduction d'un nom de fonction d'un espace de noms introduit simultanement toutes les 
declarations correspondantes : 



#include <iostream> 
namespace A 

{ void f(char c) { std::cout « "f (char) \n" ; } // std car pas de using 1 
void f(int n) { std: :cout « "f(int)\n" ; } 



using A: : f ; //on aurait la meme chose avec using namespace A 

main() 

{ int n=10 ; char c='a' ; 

f(n) ; 

f(c) ; 



f(int) 
f (char) 



Espaces de noms et surdefinition de fonctions (1) 

L' introduction d'un synonyme de fonction ne masque pas les autres fonctions de meme nom 
deja accessibles 2 . Voici un exemple ou la fonction/est definie dans deux espaces de noms, 
ainsi que dans l'espace global : 



1. Ici, par souci de clarte, nous n'avons pas utilise d'instruction using namespace std ; dans ces conditions, il est alors 
necessaire de prefixer les noms de flots cin et cout par std. 

2. On dit parfois que la recherche d'une fonction surdefinie franchit les espaces de noms. 
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#include <iostreain> 
namespace A 

{ void f(char c) { std::cout « "A: :f (char) \n" ; 
void f (float x) { std::cout « "A: :f (float) \n" 
} 

namespace B 

{ void f(int n) { std::cout « "B: :f (int) \n" ; } 
} 
void f (double y) { std: :cout « ": :f (double) \n" 



using A: :f ; 
using B: :f ; 
main ( ) 
{ int n=10 ; 

char c='a' ; 

float x=2 . 5 ; 

double y=l . 3 

f(n) 

f(c) 

f(x) 

f(y) 



// idem avec using namespace A 
// idem avec using namespace B 



:f (int) 
:f (char) 
:f (float) 
f (double) 



Espaces de noms et surdefinition defonctions (2) 



Aux differents espaces de noms susceptibles d'etre considered dans la resolution d'un appel 
de fonction, il faut ajouter les espaces de noms de ses arguments effectifs. Considerez : 

namespace A 

{ class C { } ; 

void f (C) { } ; 



} 

main ( ) 

{ using A: :C ; 

C c ; 

f(c) ; 

} 



// introduit la classe C 

// recherche dans espace courant et dans celui de c (A) 
// appelle bien A::f(C) comme si on avait fait using A::f 



Ici, nous n'introduisons que le symbole C de Fespace A L' appel de/est resolu en examinant, 
non seulement les espaces concernes (ici, il ne s'agit que de Fespace global, qui ne possede 
pas de fonction/), mais aussi celui dans lequel est defini F argument effectif c, c'est-a-dire 
Fespace de noms A. D'une maniere generate, si les argments effectifs appartiennent a des 
espaces de noms differents, la recherche se fera dans ces differentes portees. 



4 - Imbrication des espaces de noms 



4 Imbrication des espaces de noms 

Les definitions d'espaces de noms peuvent s'imbriquer, comme dans cet exemple : 

namespace A // debut definition de l'espace A 

{ int n ; // A: :n 

namespace B // debut definition de l'espace A: :B 

{ float x ; //A: :B: :x 
int n ; //A: :B: :n 

} // fin definition de l'espace A: :B 

float y ; // A: :y 

} // fin definition de l'espace A 

Disposant de ces declarations, on pourra tout naturellement se referer aux symboles corres- 
pondants en utilisant les prefixes A:: ou A::B::. De meme, on pourra utiliser l'une de ces 
declarations 1 : 

using A::n ; // n sera synonyme de A: :n 
using A::B::n ; // n sera synonyme de A: :B: :n 

De la meme maniere, on pourra recourir a des directives using, comme dans : 

using namespace A ; //on peut pref ixer les symboles par A: : 
// ... ici n designe A: :n 

ou dans : 

using namespace A: :B ; //on peut pref ixer les symboles par A: :B: : 
// ... ici n designe A: :B: :n 

ou encore dans : 

using namespace A ; 

// ici x n'a pas de signification (ni ::x ni A::x n' existent) 

// B::x designe A: :B: :x 

Ce dernier exemple montre que le fait de citer le nom d'un espace dans using n'introduit pas 
d'office les noms des espaces imbriques. 

5 Transitivite de la directive using 

La directive using peut s'utiliser dans la definition d'un espace de noms, ce qui ne pose pas 
de probleme particulier si Ton sait que cette directive est transitive. Autrement dit, si une 
directive using concerne un espace de noms qui contient lui-meme une directive using, tout 
se passe comme si Ton avait egalement mentionne cette seconde directive dans la portee con- 
cernee. Considerons par exemple ces definitions : 

namespace A // debut definition espace A 
{ int n ; 

float y ; 
} // fin definition espace A 



1. Bien entendu, leur utilisation simultanee conduirait a une ambiguite. 
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namespace B // debut definition espace B 

{ using namepace A ; // meme resultat avec using A: :n ; using A: :y ; 

float x ; 
} // fin definition espace B 

Avec une seule directive using namespace B, on accede aux symboles definis effectivement 
dans B, mais egalement a ceux definis dans A : 

using namepsace B ; 

// ici x designe B: :x, n designe A: :n et y designe A: :y 

On ne confondra pas cette situation avec l'imbrication des espaces de noms etudiee au para- 
graphe 4. 



6 Les alias 



II est possible de definir un alias d'un espace de noms, autrement dit un synonyme. Par 
exemple : 

namespace mon_espace_de_noms_favoris 

{ // definition de mon_espace_de_noms_favoris 

} 

namespace MEF mon_espace_de_noms_favoris 

// MEF est dorenavant un synonyme de mon_espace_de_noms_favoris 

using namespace MEF ; // equivalent a using namespace mon_espace_de_noms_favoris 

Cette possibility s'avere interessante pour definir des noms abreges d'espaces de noms juges 
un peu trop longs, comme nous l'avons fait dans notre exemple. 

Elle permet egalement a un programme de travailler avec differentes bibliotheques possedant 
les memes interfaces, sans necessiter de modification du code. Par exemple, supposons que 
nous ayons defini ces trois espaces de noms : 

namespace Win { } // bibliotheque pour Windows 

namespace Unix { } // bibliotheque pour Unix 

namespace Linux { } // bibliotheque pour Linux 

Avec cette simple instruction : 

namespace Bibli Win 

on pourra ecrire un programme travaillant avec un espace de nom fictif (Bibli), quelle que 
soit la maniere d'acceder aux symboles, par une directive using namespace Bibli, par une 
declaration using individuelle using Bibli: :xxx ou meme en les citant explicitement sous la 
forme Bibli:. -xxx. 



7 Les espaces anonymes 



II est possible de definir des espaces de noms anonymes, c'est-a-dire ne possedant pas de 
nom explicite, comme dans : 

namespace // debut definition espace anonyme 
{ 

} // fin definition espace anonyme 



8 - Espaces de noms et declaration d'amitie 



Un tel espace de noms n'est utilisable que dans la portee ou il a ete declare. On peut dire que 
tout se passe comme si le compilateur attribuait a cet espace un nom choisi de facon a etre 
toujours different d'un fichier source a un autre. Autrement dit, les declarations precedentes 
sont equivalentes a : 

namespace nom_unique // debut definition espace nom_unique 

{ 

} // fin definition espace nom_unique 

using nom_unique ; 

En fait, la vocation des espaces anonymes est de definir des symboles a portee limitee au 
fichier source. Le comite ANSI recommande d'ailleurs d'utiliser cette possibility de prefe- 
rence a static, voue a disparaitre 1 dans une future actualisation de la norme. 

Par exemple, on preferera ces declarations : 

namespace // declaration des identificateurs caches dans le fichier source 
{ int globale_cachee ; 

void f (float) ; // fonction de service non utilisable en dehors du source 
} 



a celles-ci : 

static int globale_cachee ; 
static void f (float) ; 



8 Espaces de noms et declaration d'amitie 

Lorsqu'une declaration d'amitie figure dans une classe, la fonction ou la classe concernee est 
censee se trouver dans le meme espace de noms ou dans un espace englobant : 

namespace A 
{ 

class X { 

friend void f (int) ; // obligatoirement A::f 



} 

namespace A 
{ 

namespace B 
{ 

class X { 

friend void f (int) ; // A::B::f ou A::f 



1. Cela concerne 1'utilisation de static pour cacher un symbole dans un fichier, et nullement la declaration de membres 
statiques dans une classe. 
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D'autre part, lors de l'appel d'une fonction amie, la recherche s'effectue dans les espaces de 
noms de ses differents arguments. 



Annexe A 



Mise en correspondance 

d' arguments 



Voici l'ensemble des regies presidant a la mise en correspondance d'arguments lors de 
l'appel d'une fonction surdefinie ou d'un operateur. Nous commencerons par voir comment 
s'etablit la liste des "fonctions candidates". Nous decrirons ensuite 1'algorithme utilise pour 
choisir la bonne fonction, en examinant tout d'abord le cas particulier des fonctions a un 
argument, avant de voir comment il se generalise aux fonctions a plusieurs arguments. 

N.B. Comme nous l'avons signale dans les chapitres correspondants, ces regies ne s'appli- 
quent pas integralement a l'instanciation d'une fonction patron. 

1 Determination des fonctions candidates 

Pour resoudre un appel donne de fonction, on etablit une liste de "fonctions candidates" ; il 
s'agit de toutes les fonctions ay ant le nom voulu : 

• situees dans la portee courante ; 

• situees dans les espaces de noms introduits par une directive using (de la forme 
using namespace xxx) ; 

• introduites par une instruction using (de la forme using x::f) : on introduit alors toutes les 
fonctions de meme nom (icif) de l'espace de noms mentionne (ici x) ; 

• situees dans les espaces de noms dans lesquels se situent les arguments effectifs de l'appel. 
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On notera que les droits d'acces a la fonction (publique, privee, protegee) n'interviennent pas 
dans cette determination des fonctions candidates. 

Apres avoir decrit la demarche employee pour les fonctions a un seul argument, nous verrons 
comment elle se generalise aux fonctions a plusieurs arguments. 

2 Algorithme de recherche d'une fonction a un 
seul argument 

2.1 Recherche d'une correspondance exacte 

Dans la recherche d'une correspondance exacte : 

• On distingue bien les differents types entiers (char, short, int et long) avec leur attribut de 
signe ainsi que les differents types flottants (float, double et long double). Notez que, assez 
curieusement, char est a la fois different de signed char et de unsigned char (alors que dans 
une implementation donnee 1 , char est equivalent a l'un de ces deux types !). 

• On ne tient pas compte des eventuels qualificatifs volatile et const, avec deux exceptions 
pour const : 

- On distingue un pointeur de type / * ( / etant un type quelconque) d'un pointeur de type 
const t *, c'est-a-dire un pointeur sur une valeur constante de type /. 

Plus precisement, il peut exister deux fonctions, l'une pour le type / *, l'autre pour le 
type const t *. La presence ou l'absence du qualificatif const permettra de choisir la 
bonne fonction. 

S'il n'existe qu'une seule de ces deux fonctions correspondant au type const t*,t* cons- 
titue quand meme une correspondance exacte pour const t * (la encore, cela se justifie 
par le fait que le traitement prevu pour quelque chose de constant peut s'appliquer a 
quelque chose de non constant). En revanche, s'il n'existe qu'une fonction correspon- 
dant au type / *, const t * ne constitue pas une correspondance exacte pour ce type / * 
(ce qui signifie qu'on ne pourra pas appliquer a quelque chose de constant le traitement 
prevu pour quelque chose de non constant). 

- On distingue le type t & (t etant un type quelconque et & designant un transfert par re- 
ference) du type const t &. Le raisonnement precedent s'applique en remplacant sim- 
plement / * par / & 2 . 

S'il existe une fonction realisant une correspondance exacte, la recherche s'arrete la et la 
fonction trouvee est appelee, a condition qu'elle soit accessible (ce qui ne serait par exemple 



1. Du moins pour des options de compilation donnees. 

2. En toute rigueur, on distingue egalement volatile t * de t * et volatile t&Aetc 
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pas le cas pour une fonction privee d'une classe A, appelee depuis une fonction non membre 
de A). On notera qu'a ce niveau, un telle fonction est obligatoirement unique. Dans le cas 
contraire, les declarations des differentes fonctions auraient en effet ete rejetees lors de leur 
compilation (par exemple, vous ne pourrez jamais definir ffint) et /(const int) ou encore f(int) 
et ffint &)). 



2.2 Promotions numeriques 



Si la recherche precedente n'a pas abouti, on effectue une nouvelle recherche, en faisant inter- 
venir les conversions suivantes : 

char, signed char, unsigned char, short -> int 

unsigned short -> int ou unsigned int 1 

enum -> int 

float -> double 

Rappelons que ces conversions ne peuvent pas etre appliquees a une transmission par refe- 
rence (T &), sauf s'il s'agit d'une reference a une constante 2 {const T &). 

Ici encore, si une fonction est trouvee, elle est obligatoirement unique. 

2.3 Conversions standard 

Si la recherche n'a toujours pas abouti, on fait intervenir les conversions standard suivantes : 

• type numerique en un autre type numerique (y compris des conversions "degradantes" ; ain- 
si, un float conviendra la ou un int est attendu) 

• enum en un autre type numerique 

• -> numerique 

• -> pointeur quelconque 

• pointeur quelconque -> void * 3 

• pointeur sur une classe derivee -> pointeur sur une classe de base. 

Ici encore, ces conversions ne peuvent pas etre appliquees a une transmission par reference 
(T &), sauf s'il s'agit d'une reference a une constante 4 {const T &). 



1. Selon qu'un int suffit ou non a accueillir un unsigned short (il ne le peut pas lorsque short et int correspondent au 
meme nombre de bits). 

2. Le qualificatif volatile ne doit pas etre employe dans ce cas. 

3. La conversion inverse n'est pas prevue. Cela est coherent avec le fait qu'en C++ ANSI, contrairement a ce qui se 
passe en C ANSI, un pointeur de type void * ne peut pas etre affecte a un pointeur quelconque. 

4. Le qualificatif volatile ne doit pas etre employe dans ce cas. 
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Cette fois, il est possible que plusieurs fonctions conviennent. II y a alors ambiguite, excepte 
dans certaines situations : 

• la conversion d'un pointeur sur une classe derivee en un pointeur sur une classe de base est 
preferee a la conversion en void * 

• si C derive de B et B derive de A, la conversion C * en B * est preferee a la conversion en 
A * ; il en va de meme pour la conversion C & en B & qui est preferee a la conversion en A 
&. 



2.4 Conversions definies par I'utilisateur 

Si aucune fonction ne convient, on fera intervenir les "conversions definies par I'utilisateur" 
(C.D.U.). 

Une seule C.D.U. pourra intervenir, mais elle pourra etre associee a d'autres conversions. 
Toutefois, lorsqu'une chaine de conversions peut etre simplified en une chaine plus courte, 
seule cette derniere est considered. Par exemple, dans char -> int -> float et char -> float , 
on ne considere que char -> float. Ici encore, si plusieurs combinaisons de conversions exis- 
tent (apres les eventuelles simplifications evoquees), le compilateur refusera l'appel a cause 
de son ambiguite. 

2.5 Fonctions a arguments variables 

Lorsqu'une fonction a prevu des arguments de types quelconques (notation "..."), n'importe 
quel type d' argument effectif convient. 

Notez bien que cette possibility n'est examinee qu'en dernier. Cette remarque prendra tout 
son interet dans le cas de fonctions a plusieurs arguments. 

2.6 Exception : cas des champs de bits 

Lorsqu'un argument effectif est un champ de bits, il est considere comme un int dans la 
recherche de la meilleure fonction. Si l'unique fonction selectionnee recoit cet argument par 
reference (int &), elle est rejetee et Ton aboutit a une erreur 1 sauf, la encore, s'il s'agit d'une 
reference a une constante (const int &). 

3 Fonctions a plusieurs arguments 

Le compilateur recherche une fonction "meilleure" que toutes les autres. Pour ce faire, il 
applique les regies de recherche precedentes a chacun des arguments, ce qui le conduit a 



1. On notera bien que le rejet a lieu en fin de processus ; en particulier, aucune recherche n'est faite pour trouver de 
moins bonnes correspondances. 
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selectionner, pour chaque argument, une ou plusieurs fonctions realisant la meilleure corres- 
pondance. Cette fois, il peut y en avoir plusieurs car la determination finale de la bonne fonc- 
tion n'est pas encore faite (toutefois, si aucune fonction n'est selectionnee pour un argument 
donne, on est deja stir qu'aucune fonction ne conviendra). Ensuite, parmi toutes les fonctions 
ainsi selectionnees, le compilateur determine celle, si elle existe et si elle est unique, qui rea- 
lise la meilleure correspondance, c'est-a-dire celle pour laquelle la correspondance de chaque 
argument est egale ou superieure a celle des autres 1 . 



> 



Remarque 



Les fonctions comportant un ou plusieurs arguments par defaut sont traitees comme si 
plusieurs fonctions differentes avaient ete definies avec un nombre croissant d'arguments. 



4 Fonctions membres 



Un appel de fonction membre (non statique 2 ) peut etre considere comme un appel d'une fonc- 
tion ordinaire, auquel s'ajoute un argument effectif ayant le type de l'objet ayant effectue 
l'appel. Toutefois, cet argument n'est pas soumis aux regies de correspondance dont nous 
parlons ici. En effet, c'est son type qui determine la fonction membre a appeler, en tenant 
compte eventuellement : 

• du mecanisme d'heritage, etudie en detail au chapitre 13, 

• des attributs const et volatile : il est possible de distinguer une fonction membre agissant sur 
des objets constants d'une fonction membre agissant sur des objets non constants. Une fonc- 
tion membre constante peut toujours agir sur des objets non constants ; la reciproque est 
bien stir fausse. La meme remarque s'applique a l'attribut volatile. 



1. Cela revient a dire, en termes ensemblistes, qu'on considere l'intersection des differents ensembles formes des 
fonctions realisant la meilleure correspondance pour chaque argument. Cette intersection doit comporter exactement 
un element. 

2. Une fonction membre statique ne comporte aucun argument implicite de type classe. 
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Utilisation de code ecrit en C 



Afin de vous faciliter la reutilisation de code ecrit en C, nous recapitulons ici l'ensemble des 
incompatibilites existant entre le C ANSI et le C++ (dans ce sens), c'est-a-dire les differents 
points acceptes par le C ANSI et refuses par le C++. Notez que les cinq premiers points ont 
ete exposes en detail dans le chapitre II, le dernier l'a ete dans le chapitre IV Les autres cor- 
respondent a des usages assez peu frequents. 



1 Prototypes 



En C++, toute fonction non definie prealablement dans un fichier source ou elle est utilisee 
doit faire l'objet d'une declaration sous forme d'un prototype. 



2 Fonctions sans arguments 

En C++, une fonction sans arguments se definit (en-tete) et se declare (prototype) en fournis- 
sant une "liste vide" d'arguments comme dans : 

float fct () ; 

3 Fonctions sans valeur de retour 

En C++, une fonction sans valeur de retour se definit (en-tete) et se declare (prototype) obli- 
gatoirement a l'aide du mot void comme dans : 
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void fct (int, double) 



4 Le qualificatif const 



En C++, un symbole accompagne, dans sa declaration, du qualificatif const a une portee limi- 
tee au fichier source concerne, alors qu'en C ANSI il est considere comme un symbole 
externe. De plus, en C++, un tel symbole peut intervener dans une expression constante (il ne 
s'agit toutefois plus d'une incompatibilite mais d'une liberie offerte par C++). 



5 Les pointeurs de type void 



En C++, un pointeur de type void * ne peut pas etre converti implicitement en un pointeur 
d'un autre type. 



6 Mots-cles 



C++ possede, par rapport a C, les mots-cles supplementaires suivants 1 : 

bool 

delete 

false 

namespace 

protected 

template 

try 

virtual 

Voici la liste complete des mots cles de C++. Ceux qui existent deja en C sont en romain, 
ceux qui sont propres a C++ sont en italique. A simple titre indicatif, les mots cles introduits 
tardivement par la norme ANSI sont en gras (et en italique). 



catch 




class 




const ce 


dynamic 


cast 


explicit 




export 


friend 
new 




inline 
operator 




mutable 
private 


public 

this 

typeid 




reinterpret 

true 

typename 


cast 


static ce 

throw 

using 



asm 


auto 


bool 


break case 


catch 


char 


class 


const const_cast 


continue 


default 


delete 


do double 


dynamic_cast 


else 


enum 


explicit export 


extern 


false 


float 


for friend 


goto 


if 


inline 


int long 


mutable 


namespace 


new 


operator private 


protected 


public 


register 


reinterpret_cast return 



1. Le mot cle overload a existe dans les versions anterieures a la 2.0. S'il reste reconnu de certaines implementations, 
en etant alors sans effet, il ne figure cependant pas dans la norme. 
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short 


signed 


sizeof 


static 


1 
static cast 


struct 


switch 


template 


this 


throw 


true 


try 


typedef 


typeid 


typename 


union 


unsigned 


using 


virtual 


void 


volatile 


wchar t 


while 







7 Les constantes de type caractere 



En C++ (depuis la version 2.0), une constante caractere telle que 'a', 'z' ou W est de type 
char, alors qu'elle est implicitement convertie en int en C ANSI. C'est ainsi que l'operateur « 
de la classe ostream peut fonctionner correctement avec des caracteres (dans les versions 
anterieures a la 2.0, on obtenait le code numerique du caractere). 

Notez bien qu'une expression telle que : 

sizeof ('a') 

vaut 1 en C++ alors qu'elle vaut davantage (general em ent 2 ou 4) en C. 



8 Les definitions multiples 



En C ANSI, il est permis de trouver plusieurs declarations d'une meme variable dans un 
fichier source. Par exemple, avec : 

int n ; 



int n ; 

C considere que la premiere instruction est une simple declaration, tandis que la seconde est 
une definition ; c'est cette derniere qui provoque la reservation de l'emplacement memoire 
pour n. 

En C++, cela est interdit. La raison principale vient de ce que, dans le cas ou de telles decla- 
rations porteraient sur des objets, par exemple dans : 

point a ; 



point a 



il faudrait que le compilateur distingue declaration et definition de l'objet point et qu'il pre- 
voie de n'appeler le constructeur que dans le second cas. Cela aurait ete particulierement dan- 
gereux, d'oii l'interdiction adoptee. 
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9 L'instruction goto 



En C++, une instruction goto ne peut pas faire sauter une declaration comportant un "initiali- 
seur" (par exemple int n = 2), sauf si cette declaration figure dans un bloc et que ce bloc est 
saute completement. 



10 Les enumerations 



En C++, les elements d'une enumeration (mot cle enum) ont une portee limitee a l'espace de 
visibility dans lequel ils sont definis. Par exemple, avec : 



struct chose 

{ enum (rouge = 1, bleu, vert) 



} ; 

les symboles rouge, bleu et vert ne peuvent pas etre employes en dehors d'un objet de type 
chose. Ils peuvent eventuellement etre redefinis avec une signification differente. En C, ces 
symboles sont accessibles de toute la partie du fichier source suivant leur declaration et il 
n'est alors plus possible de les redefinir. 

11 Initialisation de tableaux de caracteres 

En C++, l'initialisation de tableaux de caracteres par une chaine de meme longueur n'est pas 
possible. Par exemple, l'instruction : 

char t[5] = "hello" ; 

provoquera une erreur, due a ce que t n'a pas une dimension suffisante pour recevoir le carac- 
tere (\0) de fin de chaine. 

En C ANSI, cette meme declaration serait acceptee et le tableau t se verrait simplement ini- 
tialise avec les 5 caracteres h, e, 1, 1 et o (sans caractere de fin de chaine). 

Notez que l'instruction : 

char t[] = "hello" ; 

convient indifferemment en C et en C++ et qu'elle reserve dans les deux cas un tableau de 6 
caracteres : h, e, 1, 1, o et \0. 



12 Les noms de fonctions 



En C++, depuis la version 2.0, le compilateur attribue a toutes les fonctions un "nom externe" 
base d'une facon deterministe : 

• sur son nom "interne", 

• sur la nature de ses arguments. 

Si Ton veut obtenir les memes noms de fonction qu'en C, on peut faire appel au mot cle 
extern. Pour plus de details, voyez le paragraphe 5.3 du chapitre 4. 
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Complements sur les exceptions 



Comme nous l'avons examine au chapitre 17, le mecanisme propose par C++ pour la gestion 
des exceptions permet de poursuivre l'execution du programme apres le traitement d'une 
exception 1 . On a vu qu'alors les differentes sorties de blocs provoquees par le transfert du 
point de declenchement de l'exception a celui de son traitement sont convenablement prises 
en compte : les objets automatiques entierement constants au moment de la detection de 
l'exception sont convenablement detruits (avec appel de leur destructeur) s'ils deviennent 
hors de portee. Neanmoins, aucune gestion de cette sorte n'existe pour les objets ou les 
emplacements alloues dynamiquement. Apres avoir illustre les problemes que cela peut 
poser, nous verrons comment les resoudre en utilisant une technique dite de "gestion des res- 
sources par initialisation" ou, dans certains cas, en recourant a des pointeurs intelligents 
(autojptr). 



1 Les problemes poses 

par les objets automatiques 



Voici un petit exemple montrant les problemes que peuvent poser la poursuite de l'execution 
apres detection d'une exception. II s'agit d'une modification de la fonction/de l'exemple du 
paragraphe 3.1 du chapitre 17 ; il se fonde sur les memes classes vect et vectcreation. La 



1. Rappelons toutefois qu'il ne s'agit pas veritablement d'une reprise de l'execution, mais simplement d'une 
poursuite, apres le bloc try concerne. 
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principale difference vient de ce que la fonction/y alloue dynamiquement un objet de type 
vect : 

void f(int) 
{ try 

{ vl = new vect (5) ; // allocation dynamique d'un objet vl de type vect 
// de 5 elements 
vl [n] = ; // OK pour <= n < 5 ; exception vect_limite sinon 
delete vl ; // vl sera convenablement detruit en cas de fin 
// normale du bloc try 
} 
catch (vect_limite vl) 

{ // instructions de gestion de 1' exception vect_limite 

} 

// instructions executees dans tous les cas : 

// s'il n'y a pas eu exception vl a ete detruit 

// s'il y a eu exception, vl n'a pas ete detruit 

} 

On voit que l'objet vl n'est pas detruit des lors qu'une exception de type vectlimite a ete 
declenchee. Bien entendu, dans cet exemple simpliste, on pourrait encore prevoir de le faire 
dans le gestionnaire catch (vectlimite) . On pourrait meme, apres cette destruction, redeclen- 
cher l'exception par throw. En pratique, les choses seront rarement aussi simples et il ne sera 
pas toujours possible de savoir a coup stir quels objets doivent etre detruits, meme dans le cas 
d'un gestionnaire local. 

2 La technique de gestion de ressources 
par initialisation 

D'une maniere generale, on peut dire que la poursuite de l'execution apres traitement d'une 
exception pose un probleme d' acquisition de ressource dont la liberation peut ne pas etre rea- 
lised. On range sous ce terme d'acquisition de ressource toute action qui necessite une action 
contraire pour la bonne poursuite des operations. On peut y trouver des actions aussi diverses 
que : 

• creation dynamique d'un objet, 

• allocation dynamique d'un emplacement memoire, 

• ouverture d'un fichier, 

• verrouillage d'un fichier en ecriture, 

• etablisssement d'une connexion, par exemple avec un site Web, 

• ouverture d'une de session de communication avec un utilisateur distant. 

Si Ton souhaite que toute ressource acquise dans un programme soit convenablement liberee, 
il est necessaire qu'en cas d'exception, quelle qu'elle soit, on puisse liberer les ressources 
deja acquises et uniquement celles-la. Comme le laisse pressentir l'exemple precedent, les 



2 - La technique de gestion de ressources par initialisation 



choses peuvent devenir extremement complexes des que le programme prend quelque impor- 
tance. En effet, toute utilisation d'une ressource doit se faire dans un bloc try, assorti de ges- 
tionnaires interceptant toutes les exceptions possibles (les redeclenchant eventuellement par 
throw) et capables de liberer les ressources en question. 

En fait, il existe une demarche dite "gestion de ressources par initialisation" 1 qui s'appuie sur 
l'appel automatique du destructeur des objets automatiques. Elle consiste simplement a faire 
acquerir une ressource dans un constructeur d'une classe specifiquement creee a cet effet, la 
liberation de la ressource se faisant dans le destructeur de cette meme classe. Par exemple, on 
sera amene a creer une classe telle que : 

class ressourcel 
{ public : 

ressourcel (...) 

{ // acquisition de la ressource 1 
} 
~ressourcel () 

{ // liberation de la ressource 1 
} 
} ; 
Un programme ay ant besoin d'acquerir la ressource correspondante se presentera ainsi : 

{ 

ressource 1 (...) ; // acquisition de la ressource 1 par appel du 
// constructeur de la classe ressourcel 



} 

Le bloc precedent peut etre ou non un bloc try. Dans tous les cas de sortie de ce bloc (que ce 
soit naturellement ou suite a une exception dont le gestionnaire peut se trouver dans 
n'importe quel bloc englobant), il y aura appel du destructeur -ressourcel et done liberation 
de la ressource 1 . 

II faut cependant s'assurer qu'aucun probleme ne risque de se poser si le constructeur de 
ressourcel declenche lui-meme une exception. Dans ce cas, en effet, -ressourcel ne sera pas 
appele (puisqu'en cas d'exception, il n'y a appel que des destructeurs des objets entierement 
crees) et la ressource ne sera pas liberee. Si un tel probleme risque d'apparaitre, e'est proba- 
blement que le constructeur associe a une ressource fait plus qu' acquerir une ressource. II 
faut alors chercher a isoler l'acquisition de ressource dans un sous-objet, comme dans cet 
exemple : 

class ressourcel 
{ public : 

ressourcel (...) : acquis_ressourcel (...) 

{ // traitement a realiser apres l'acquisition de ressource 



1. On parle souvent, en anglais, de R.A.I. I. (Ressource Acquisition Is Initialization). 
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class acquis_ressourcel 
{ public : 

alloc_ressourcel (...) 

{ // cense ne pas declencher d' exception 

} 

~alloc_res source 1 () 



} ; 
Cette fois, aucun probleme ne se pose plus si une exception est declenchee pendant le traite- 
ment effectue dans ressourcel , apres l'acquisition de la ressource. 

3 Le concept de pointeur intelligent : 
la classe auto_ptr 

Parmi les differentes ressources necessaires a un programme, la plus importante est generale- 
ment la memoire. Nous venons de voir comment la technique de gestion de ressources par 
initialisation permet de gerer convenablement les situations d'exception. La bibliotheque 
standard du C++ propose un autre outil sous la forme de pointeurs intelligents procures par le 
patron de classes autojptr. L'idee consiste a associer, dans un objet de type autojptr, un objet 
pointe a la variable pointeur qui en contient l'adresse : si la variable devient hors de portee, 
on detruit automatiquement l'objet pointe. Pour qu'un tel mecanisme puisse etre mis en 
oeuvre, il faut respecter une contrainte importante, a savoir n'associer un objet donne qu'a 
une seule variable pointeur a la fois. C'est pourquoi, apres copie d'objets de type autojptr, 
seul l'objet recevant la copie reste associe a la partie pointee, l'autre en ay ant perdu le lien 
(on dit parfois qu'un seul objet de type autojptr est proprietaire de la partie pointee). Cette 
particularite s'applique aussi bien au constructeur par recopie qu'a 1' affectation. 

Comme on peut s'y attendre, le patron de classes autojptr est parametre par le type de l'objet 
pointe. On peut construire un pointeur intelligent a partir de la valeur d'un pointeur usuel : 

double * add ; 



auto_ptr<double> apdl (add) ; // auto_ptr sur le double pointe par add 
auto_ptr<double> apd2 (new double) ; // auto_ptr sur un double qu'on a 

// a alloue dynamiquement 

On peut aussi construire un pointeur intelligent, sans l'initialiser : 

auto_ptr<double> apd ; // auto_ptr sur un double 

Dans ce cas, apd ne pourra etre utilise qu'apres qu'on lui aura affecte la valeur d'un autre 
objet de type auto jptr<double> . 

Voici deux exemples complets de programmes illustrant l'emploi de ces pointeurs 
intelligents 1 : 



1. Dans les deux cas, nous avons introduit artificiellement un bloc d' instructions pour mieux montrer le 
fonctionnement des pointeurs intelligents. 
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#include <iostreain> 

#include <memory> // pour la classe auto_ptr 

#include <vector> 

using namespace std ; 

main{) 

{ 

auto_ptr<vector<int> > apvi2 ; 

{ int v[] = {1, 2, 3, 4, 5} ; 

auto_ptr<vector<int> > apvil (new vector<int> (v, v+5) ) ; 

(*apvil) [2] = 12 ; 

cout « (*apvil) [1] « " " « (*apvil) [2] « "\n" ; // affiche 2 12 

apvi2 = apvil ; // apvil et apvi2 pointent sur le meme vector 

// mais seul apvi2 est proprietaire du vector pointe 
(*apvil) [2] = 20 ; // OK 

cout « (*apvi2) [1] « " " « (*apvi2) [2] « "\n" ; // affiche 2 20 
} 

// ici apvil n'existe plus, mais le vector pointe appartient a vpi2 
// cout « (*apvil) [1] ; conduirait a une erreur de compilation 
cout « (*apvi2) [1] « " " « (*apvi2) [2] « "\n" ; // affiche toujours 2 20 
} 
// ici apvi2 n'existe plus et le vector pointe est detruit 

Exemple d 'utilisation de pointeurs intelligent^ (1) 



#include <iostream> 

#include <memory> // pour la classe auto_ptr 
using namespace std ; 
class point 
{ 
public : 

int x, y ; // champs exceptionnellement publics ici 

point (int abs=0, int ord=0) : x(abs), y(ord) 

(cout «"construction point " << x « " " << y « " " « "\n" ; 

} 

-point () 

(cout «"destruction point " « x « " " « y << " " « "\n" ; 

} 

void affiche () { cout « "coordonnees : " « x « " " « y « "\n" ; 

} 

} ; 

main() 

{ auto_ptr<point> apl ; 

{ auto_jatr<point> ap2 (new point (1, 2)) ; 
(*ap2) .affiche () ; // ou ap2->af f iche ( ) ; 

apl = ap2 ; // apl et ap2 pointe sur le meme point 

// mais seul apl en est maintenant proprietaire 
ap2->x=12 ; // on modifie l'objet par le biais de ap2 
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> 



II ici ap2 n'existe plus ; une tentative d'utilisation telle 
// que ap2-> afficheO serait rejetee en compilation 
// mais l'objet pointe n'a pas ete detruit 
apl->affiche () ; // apl pointe toujours sur le point 



Exemple d'utilisation de pointe urs intelligent^ (2) 



Remarques 

1 Les pointeurs intelligents sont utilisables en dehors du contexte de gestion des exceptions, 
meme si c'est dans cette situation qu'ils se revelent le plus utile. 

2 Les methodes exposees precedemment pour acquerir une ressource reglent convenable- 
ment le probleme de leur liberation. Malgre tout, il reste possible de creer un objet dans 
un etat tel que son utilisation pose probleme. Citons quelques exemples : 

- la creation d'un objet comportant une partie dynamique peut avoir echoue pour cause 
de manque de memoire ; le fait de gerer convenablement l'acquisition de ressource 
qu'est l'allocation memoire n'empeche pas qu'on risque de fournir un objet avec un 
pointeur mal initialise ; le meme type de probleme peut se poser en cas d'affectation 
entre objets comportant des parties dynamiques ; 

- l'allocation de certaines ressources necessaires a un objet peut avoir reussi, alors que 
d'autres auront echoue. 

Si Ton souhaite que l'execution du programme puisse se poursuivre apres une excep- 
tion, il est alors conseille de ne creer que des objets integres, c'est-a-dire dont l'utilisa- 
tion ne comporte pas de risque, meme si l'objet est incomplet. 
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Les differentes sortes 
de fonctions en C++ 



Nous vous fournissons ici la liste des differentes sortes de fonctions que Ton peut rencontrer 
en C++ en precisant, dans chaque cas, si elle peut etre definie comme fonction membre ou 
amie, s'il existe une version par defaut, si elle est heritee et si elle peut etre virtuelle. 



Type de fonction 


Membre ou amie 


Version 
par defaut 


Heritee 


Peut etre 
virtuelle 


const ructeur 


membre 


oui 


non 


non 


destructeur 


membre 


oui 


non 


oui 


conversion 


membre 


non 


oui 


oui 


affectation 


membre 


oui 


non 


oui 





membre 


non 


oui 


oui 


[] 


membre 


non 


oui 


oui 


-> 


membre 


non 


oui 


oui 


new 


membre statique 


non 


oui 


oui 


delete 


membre statique 


non 


oui 


oui 


autre operateur 


I'un ou I'autre 


non 


oui 


oui 


autre fonction membre 


membre 


non 


oui 


oui 


fonction amie 


amie 


non 


non 


non 



Annexe E 



Comptage de references 



Nous avons vu que des qu'un objet comporte une partie dynamique, il est necessaire de pro- 
ceder a des copies "profondes" plutot qu'a des copies "superficielles", et ce aussi bien dans le 
constructeur de recopie que dans l'operateur d'affectation. Cette facon de proceder conduit a 
ce que Ton pourrait nommer la semantique naturelle de l'affectation et de la copie. Ainsi, 
avec : 

vect a (5), b(12) ; // a contient 5 elements, b en contient 12 



a = b ; // a et b contiennent maintenant 12 elements 

// mais, ils restent independents 
a[2] = 12 ; // la valeur de a[2] est modifiee, pas celle de b[2] 

Mais il est possible d'eviter la duplication de cette partie dynamique en faisant appel a la 
technique du "compteur de references". Elle consiste a compter, en permanence, le nombre 
de references a un emplacement dynamique, c'est-a-dire le nombre de pointeurs differents la 
designant a un instant donne. Dans ces conditions, lorsqu'un objet est detruit, il suffit de n'en 
detruire la partie dynamique correspondante que si son compteur de references est nul pour 
eviter les risques de liberation multiple que nous avons souvent evoques. 

Cette technique conduit cependant a une semantique totalement differente de la copie et de 
l'affectation : 

vect a (5), b(12) ; // a contient 5 elements, b en contient 12 



a = b ; // a et b designent maintenant le meme vecteur de 12 elements 

// a[i] et b[i] designent le meme element 
a[2] = 12 ; // la valeur de a[2] est modifiee ; il en va de meme 

// de celle de b[2] puisqu' il s'agit du meme element 



Comptage de references 
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Pour mettre en oeuvre cette technique, deux points doivent etre precises. 

a) L 'emplacement du compteur de references 

A priori, deux possibilites viennent a l'esprit : dans l'objet lui-meme ou dans la partie dyna- 
mique associee a l'objet. La premiere solution n'est guere exploitable car elle obligerait a 
dupliquer ce compteur autant de fois qu'il y a d'objets pointant sur une meme zone ; en outre, 
il serait tres difficile d'effectuer la mise a jour des compteurs de tous les objets designant la 
meme zone. Manifestement done, le compteur de reference doit etre associe non pas a un 
objet, mais a sa partie dynamique. 

b) Les methodes devant agir sur le compteur de references 

Le compteur de references doit etre mis a jour chaque fois que le nombre d'objets designant 
l'emplacement correspondant risque d'etre modifie. Cela concerne done : 

• le constructeur de recopie : il doit initialiser un nouvel objet pointant sur un emplacement 
deja reference et done incrementer son compteur de references, 

• l'operateur d' affectation ; une instruction telle que a = b doit : 

- decrementer le compteur de references de l'emplacement reference par a et proceder a 
sa liberation lorsque le compteur est nul, 

- incrementer le compteur de references de l'emplacement reference par b. 

Bien entendu, il est indispensable que le constructeur de recopie existe et que l'operateur 
d'affectation soit surdefini. Le non-respect de l'une de ces deux conditions et l'utilisation des 
methodes par defaut qui en decoule entraineraient des recopies d'objets sans mise a jour des 
compteurs de references... 

Nous vous proposons un "canevas general" applicable a toute classe de type X possedant une 
partie dynamique de type L. Ici, pour realiser l'association de la partie dynamique et du 
compteur associe, nous utilisons une structure de nom partie dyn. La partie dynamique de X 
sera geree par un pointeur sur une structure de type partie dyn. 

II T designe un type quelconque (eventuellement classe) 

struct partie_dyn // structure "de service" pour la partie dynamique de l'objet 
{ long nref ; // compteur de reference associe 

T * adr ; // pointeur sur partie dynamique (de type T) 

} ; 

class X 

{ // membres donnee non dynamiques 
// 

partie_dyn * adyn ; // pointeur sur partie dynamique 

void decremente () // fonction "de service" - decremente le 

{ if (! — adyn->nref) // compteur de reference et detruit 
{ delete adyn->adr ; // la partie dynamique si necessaire 
delete adyn ; 



public : 

X ( ) // constructeur "usuel" 

{ // construction partie non dynamique 

// 

// construction partie dynamique 
adyn = new partie_dyn ; 
adyn->adr = new T ; 
adyn->nref = 1 ; 
} 
X (X & x) // constructeur de recopie 

{ // recopie partie non dynamique 

// 

// recopie partie dynamique 
adyn = x.adyn ; 

adyn->nref++ ; // incrementation compteur references 

} 
~X () // destructeur 

{ decremente () ; 
} 
X & operator = (X s x) // surdefinition operateur affectation 
{ if (this != &x) // on ne fait rien pour a=a 

// traitement partie non dynamique 

// 

// traitement partie dynamique 
{ decremente () ; 
x.adyn->nref++ ; 
adyn = x.adyn ; 
} 
return * this ; 



Un canevas general pour le "comptage de references" 



> 



Remarque 



La classe autojptr, presentee en Annexe C, conduit a une autre forme de semantique de 
copie et d'affectation : on y dispose toujours de plusieurs references a un meme emplace- 
ment memoire, mais une seule d'entre elles en est "proprietaire". 



En Java 



La semantique de 1' affectation et de la copie correspond a celle induite par le comptage de 
references. 



Annexe F 



Les pointeurs sur des membres 



C++ permet de definir ce que Ton nomme des pointeurs sur des membres. II s'agit d'une 
notion peu utilisee en pratique, ce qui justifie sa place en annexe. Elle s'applique theorique- 
ment aux membres donnees comme aux membres fonctions mais elle n'est presque jamais 
utilisee dans la premiere situation. 

1 Rappels sur les pointeurs sur des fonctions 
enC 

Le langage C permet de definir des pointeurs sur des fonctions. Leur emploi permet en parti- 
culier de programmer ce que Ton pourrait nommer des "appels variables" de fonctions. A 
titre de rappel, considerez ces declarations : 

int fl (char, double) ; 
int f2 {char, double) ; 

int (* adf) (char, double) ; 

La derniere signifie que adf est un pointeur sur une fonction recevant deux arguments - l'un 
de type char, l'autre de type double - et fournissant un resultat de type int. Les affectations 
suivantes sont alors possibles : 

adf = fl ; // affecte a adf l'adresse de la fonction fl 

// on peut aussi ecrire : adf = & fl ; 
adf = f2 ; // affecte a adf l'adresse de la fonction f2 
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L 'instruction : 

(* adf) ('c', 5.25) ; 

realise l'appel de la fonction dont l'adresse figure dans adf en lui fournissant en arguments les 
valeurs 'c' et 5.25. 

On notera que, comme les autres pointeurs du C, les pointeurs sur les fonctions sont "forte - 
ment types", en ce sens que leur type precise a la fois la nature de la valeur de retour de la 
fonction et la nature de chacun de ses arguments. 

2 Les pointeurs sur des fonctions membres 

Bien entendu, C++ vous offre toutes les possibilites evoquees ci-dessus. Mais il permet de 
surcroit de les etendre au cas des fonctions membres, moyennant une generalisation de la 
syntaxe precedente. En effet, il faut pouvoir tenir compte de ce qu'une fonction membre se 
definit : 

• d'une part comme une fonction ordinaire, c'est-a-dire d'apres le type de ses arguments et de 
sa valeur de retour ; 

• d'autre part d'apres le type de la classe a laquelle elle s'applique, le type de l'objet l'ayant 
appele constituant en quelque sorte le type d'un argument supplemental. 

Si une classe point comporte deux fonctions membres de prototypes : 

void dep_hor (int) ; 
void dep_vert (int) ; 

la declaration : 

void (point::* adf) (int) ; 

precisera que adf est un pointeur sur une fonction membre de la classe point recevant un 
argument de type int et ne renvoyant aucune valeur. Les affectations suivantes seront alors 
possibles : 

adf = point :: dep_hor ; // ou adf = & point :: dep_hor ; 
adf = point : : dep_vert ; 

Si a est un objet de type point, une instruction telle que : 

(a.*adf) (3) ; 

provoquera, pour le point a, l'appel de la fonction membre dont l'adresse est contenue dans 
adf en lui transmettant en argument la valeur 3. 

De meme, si adp est l'adresse d'un objet de type point : 

point *adp ; 

F instruction : 

(adp ->*ad£) (3) ; 

provoquera, pour le point d'adresse adp, l'appel de la fonction membre dont l'adresse est con- 
tenue dans adf, en lui transmettant en argument la valeur 3 . 



3 - Les pointeurs sur des membres donnees 



On notera que, en toute rigueur, un pointeur sur une fonction membre ne contient pas une 
adresse, au meme titre que n'importe quel pointeur. II s'agit simplement d'une information 
permettant de localiser convenablement le membre en question a l'interieur d'un objet donne 
ou d'un objet d'adresse donnee. C'est done par abus de langage que nous parlons de l'adresse 
contenue dans adf. 

D'autre part, les notations a.(*adf) ou a->adfn'ont ici aucune signification, contrairement a 
ce qui se produirait si adf etait un pointeur usuel. En fait : 

• l'expression *adfn'a pas de signification ; on ne pourrait pas en stacker la valeur... 

• .* et ->* sont de nouveaux operateurs, independants de . et de ->. 

3 Les pointeurs sur des membres donnees 

Comme nous l'avons dit, cette notion est tres rarement utilisee. On peut la considerer comme 
un cas particulier des pointeurs sur des fonctions membres. 

Si une classe point comporte deux membres donnees x ety de type int, la declaration : 

int point : : * adm ; 

precisera que adm est un pointeur sur un membre donnee de type int de la classe point. 
Les affectations suivantes seront alors possibles : 

adm = &point::x ; // adm pointe vers le membre x de la classe point 
adf = &point::y ; // adm pointe vers le membre y de la classe point 

Si a est un objet de type point, l'expression a. *adm designera le membre d'adresse contenue 
dans adm du point a. Ces instructions seront correctes : 

a.*adm = 5 ; // le membre d'adresse adm du point a recoit la valeur 5 
int n = a.*adm ; // n recoit la valeur du membre du point a d'adresse adm 

De meme, si adp est l'adresse d'un objet de type point : 

point *adp ; 

l'expression adp -> *adm designera le membre d'adresse adm pour le point dont l'adresse est 
contenue dans adp. Ces instructions seront correctes : 

adp->*adm = 5 ; // le membre d'adresse adm du point d'adresse adp 

// recoit la valeur 5 

int n = a->*adm ; // n recoit la valeur du membre d'adresse adm 

// du point d'adresse adp 

Bien entendu, les remarques faites a propos de l'abus de langage consistant a parler d'adresse 
d'un membre restent valables ici. II en va de meme pour l'expression *adm qui reste sans 
signification. 
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> 



Remarque 



Si a est un objet de type point, l'affectation suivante n'a pas de signification et elle est 
illegale : 



adin 



// incorrecte 



On notera que les deux operandes de l'affectaion sont de types differents : pointeur sur 
un membre entier de point pour le premier, pointeur sur le membre x de l'objet a pour le 
second. 

4 L'heritage et les pointeurs sur des membres 

Nous venons de voir comment declarer et utiliser des pointeurs sur des membres (fonctions 
ou donnees). Voyons ce que devient cette notion dans le contexte de l'heritage. Nous nous 
limiterons au cas le moins rare, celui des pointeurs sur des fonctions membres ; sa generalisa- 
tion aux pointeurs sur des membres donnees est triviale. 

Considerons ces deux classes : 



class point 
{ 

public : 

void dep_hor (int) ; 
void dep_vert (int) 



class pointed : public point 
< 



public : 

void colore (int) 



} ; 
Considerons ces declarations : 

void (point:: * adfp) (int) ; 
void (pointed:: * adfpc) (int) ; 

Bien entendu, ces affectations sont legales : 

adfp = point : :dep_hor ; 
adfp = point : :dep_vert ; 
adfpc = pointed: : colore ; 

II en va de meme pour : 

adfpc = pointed: :dep_hor ; 
adfpc = pointed: :dep_vert ; 

puisque les fonctions dephor et depvert sont egalement des membres de pointcol 1 . 

Mais on peut s'interroger sur la "compatibilite" existant entre adfp et adfpc. Autrement dit, 
lequel peut etre affecte a l'autre ? 

C++ a prevu la regie suivante : 



1. Pour le compilateur, point: :dep_hor et pointcol: :dep_hor sont de types differents. Cela n'empeche pas ces deux 
symboles de designer la meme adresse. 



4 - L'heritage et les pointeurs sur des membres 



D existe une conversion implicite d'un pointeur sur une fonction membre d'une classe 
derivee en un pointeur sur une fonction membre (de meme prototype) d'une classe de 
base. 

Pour comprendre la pertinence de cette regie, il suffit de penser que ces pointeurs servent en 
definitive a l'appel de la fonction correspondante. Le fait d'accepter ici que adfpc recoive 
une valeur du type pointeur sur une fonction membre de point (de meme prototype), implique 
qu'on pourra etre amene a appeler une fonction heritee de point pour un objet de type point- 
col 1 . Cela ne pose done aucun probleme. En revanche, si Ton acceptait que adfp recoive une 
valeur du type pointeur sur une fonction membre de pointcol, cela signifierait qu'on pourrait 
etre amene a appeler n'importe quelle fonction de pointcol pour un objet de type point. Mani- 
festement, certaines fonctions (celles definies dans pointcol, e'est-a-dire celles qui ne sont pas 
heritees de point) risqueraient de ne pas pouvoir travailler correctement ! 



> 



Remarque 



Si on se limite aux apparences (e'est-a-dire si on ne cherche pas a en comprendre les rai- 
sons profondes), cette regie semble diverger par rapport aux conversions implicites entre 
objets ou pointeurs sur des objets : ces dernieres se font dans le sens derivee -> base, 
alors que pour les fonctions membres elles ont lieu dans le sens base -> derivee. 



1. Car, bien entendu, une affectation telle que adfpc = adfp ne modifie pas le type de adfpc. 
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Cette annexe fournit le role exact des algorithmes proposes par la bibliotheque standard. lis 
sont classes suivant les m ernes categories que celles du chapitre 21 qui explique le fonction- 
nement de la plupart d'entre eux. La nature des iterateurs recus en argument est precisee en 
utilisant les abreviations suivantes : 

• Mterateur d'entree, 

• Mterateur de sortie, 

• .Mterateur unidirectionnel, 

• ./Mterateur bidirectionnel, 

• .Mterateur a acces direct. 

Nous indiquons la complexity de chaque algorithme, dans le cas ou elle n'est pas triviale. 
Comme le fait la norme, nous l'exprimons en un nombre precis d'operations (eventuellement 
sous forme d'un maximum), plutot qu'avec la notation de Landau moins precise. Pour alleger 
le texte, nous avons convenu que lorsqu'une seule sequence est concernee, N designe son 
nombre d'elements ; lorsque deux sequences sont concernees, Nl designe le nombre d'ele- 
ments de la premiere et N2 celui de la seconde. Dans quelques rares cas, d'autres notations 
seront necessaires : elles seront alors explicitees dans le texte. 

Notez que, par souci de simplicity, lorsqu'aucune ambiguite n'existera, nous utiliserons sou- 
vent l'abus de langage qui consiste a parler des elements d'un intervalle [debut, fin) plutot que 
des elements designes par cet intervalle. D'autre part, les predicats ou fonctions de rappel pre- 
vus dans les algorithmes correspondent toujours a des objets fonction ; cela signifie qu'on 
peut recourir a des classes fonction predefinies, a ses propres classes fonction ou a des fonc- 
tions ordinaires. 
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1 Algorithmes d'initialisation de 
sequences existantes 

FILL void fill (Iu debut, Iu fin, valeur) 

Place valeur dans l'intervalle [debut, fin) 

FILL_N void fill_n (Is position, NbFois, valeur) 

Place valeur NbFois consecutives a partir de position ; les emplacements cor- 
respondants doivent exister. 

COPY Is copy (Ie debut, Ie fin, Is position) 

Copie l'intervalle [debut, fin), a partir de position ; les emplacements corre- 
spondants doivent exister ; la valeur de position (et seulement celle-ci) ne doit 
pas appartenir a l'intervalle [debut, fin) ; si tel est le cas, on peut toujours 
recourir a copy backward ; renvoie un iterateur sur la fin de l'intervalle ou s'est 
faite la copie. 

COPY BACKWARD lb copy backward {lb debut, lb fin, lb position) 

Comme copy, copie l'intervalle [debut, fin), en progressant du dernier element 
vers le premier, a partir de position qui designe done l'emplacement de la 
premiere copie, mais aussi la fin de l'intervalle ; les emplacements correspon- 
dants doivent exister ; la valeur de position (et seulement celle-ci) ne doit pas 
appartenir a l'intervalle [debut, fin) ; renvoie un iterateur sur le debut de l'inter- 
valle (derniere valeur copiee) ou s'est faite la copie ; cet algorithme est surtout 
utile en remplacement de copy lorsque le debut de l'intervalle d'arrivee appar- 
tient a l'intervalle de depart. 

GENERATE \oid generate {Iu debut, Iu fin, fct_gen) 

Appelle, pour chacune des valeurs de l'intervalle [debut, fin), la fonction 
fctgen et affecte la valeur fournie a l'emplacement correspondant. 

GENERATEN void generate** {Iu debut, NbFois, fctgen) 

Meme chose que generate, mais l'intervalle est defini par sa position debut et 
son nombre de valeurs NbFois (la fonction fctgen est bien appelee NfFois). 

SWAPRANGES Iu swapranges {Iu debut 1, Iu fin 1, Iu debut_2) 

Echange les elements de l'intervalle [debut, fin) avec l'intervalle de meme taille 
commencant en debut_2. Les deux intervalles ne doivent pas se chevaucher. 
Complexite : N echanges. 



2 - Algorithmes de recherche 



2 Algorithmes de recherche 

FIND Ie find (Ie debut, Ie fin, valeur) 



Fournit un iterateur sur le premier element de l'intervalle [debut, fin) egal a 
valeur (au sens de ==) s'il existe, la valeur fin sinon ; (attention, il ne s'agit pas 
necessairement de end()). Complexity : au maximum N comparaisons d'egal- 
ite. 

FIND IF Ie find if (Ie debut, Ie fin, predicatu) 

Fournit un iterateur sur le premier element de l'intervalle [debut, fin) satisfai- 
sant au predicat unaire predicat _u specifie, s'il existe, la valeur fin sinon ; 
(attention, il ne s'agit pas necessairement de end()). Complexity : au maximum 
N appels du predicat. 

FIND END lu find end (Iu debut 1, lu fin 1, lu debut 2, lu fin 2) 

Fournit un iterateur sur le dernier element de l'intervalle [debut 1 , finl) tel 
que les elements de la sequence debutant en debutl soit egaux (au sens de ==) 
aux elements de l'intervalle [debut_2, fin_2). Si un tel element n'existe pas, 
fournit la valeur finl (attention, il ne s'agit pas necessairement de end(). Com- 
plexity : au maximum (Nl- N2 + 1) * N2 comparaisons. 

Iu find_end {lu debut_l, Iu fin_l, Iu debut_2, Iu fin_2, predicatjb) 

Fonctionne comme la version precedente, avec cette difference que la com- 
paraison d'egalite est remplacee par l'application du predicat binaire 
predicat J). Complexity : au maximum (Nl- N2 + 1) * N2 appels du predicat. 

FIND_FIRST_OF 

Iu find_first_of (Iu debut_l,/« fin_l,/« debut_2,/« fin_2) 

Recherche, dans l'intervalle [debutl , finl), le premier element egal (au sens 
de ==) a l'un des elements de l'intervalle [debut_2, fin_2). Fournit un iterateur 
sur cet element s'il existe, la valeur de finl, dans le cas contraire. 
Complexity : au maximum Nl * N2 comparaisons. 

Iu find_first_of (Iu debut_l, Iu fin_l, Iu debut_2, Iu fin_2, predicatjb) 

Recherche, dans l'intervalle [debutl , finl), le premier element satisfaisant, 
avec l'un des elements de l'intervalle [debut_2, fin_2) au predicat binaire 
predicat J). Fournit un iterateur sur cet element s'il existe, la valeur de finl, 
dans le cas contraire. Complexity : au maximum Nl * N2 appels du predicat 
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ADJACENT_FIND 

Iu adjacent_find (Iu debut, Iu fin) 

Recherche, dans l'intervalle [debut, fin), la premiere occurrence de deux ele- 
ments successifs egaux (==) ; fournit un iterateur sur le premier des deux ele- 
ments egaux, s'ils existent, la valeur fin sinon. 

Iu adjacent_find (Iu debut, Iu fin, predicatjb) 

Recherche, dans l'intervalle [debut, fin), la premiere occurrence de deux ele- 
ments successifs satisfaisant au predicat binaire predicatb ; fournit un itera- 
teur sur le premier des deux elements, s'ils existent, la valeur fin sinon. 

SEARCH Iu search (Iu debut_l, Iu fin_l, Iu debut_2, Iu fin_2) 

Recherche, dans l'intervalle [debut 1, finl), la premiere occurrence d'une 
sequence d'elements identique (==) a celle de l'intervalle [debut_2, fin_2). 
Fournit un iterateur sur le premier element si cette occurrence, si elle existe, la 
fin finl sinon. Complexity : au maximum Nl * N2 comparaisons. 

Iu search (Iu debut_l,/« fin_l,/M debut_2,/« fin_2, predicatjb) 

Fonctionne comme la version precedente de search, avec cette difference que 
la comparaison de deux elements de chacune des deux sequences se fait par le 
predicat binaire predicatb, au lieu de se faire par egalite. Complexite : au 
maximum Nl * N2 appels du predicat. 

SEARCHN Iu searchn (/wdebut, Iu fin, NbFois, valeur) 

Recherche dans l'intervalle [debut, fin), une sequence de NbFois elements 
egaux (au sens de ==) a valeur. Fournit un iterateur sur le premier element si 
une telle sequence existe, la valeur fin sinon. Complexite : au maximum N 
comparaisons. 

Iu search_n (/wdebut, Iu fin, NbFois, valeur, predicatjb) 

Fonctionne comme la version precedente avec cette difference que la com- 
paraison entre un element et valeur se fait par le predicat binaire predicatb, au 
lieu de se faire par egalite. Complexite : au maximum N applications du predi- 
cat. 



3 - Algorithmes de transformation d'une sequence 



MAX_ELEMENT 

Iu max_element (Iu debut, Iu fin) 

Fournit un iterateur sur le premier element de l'intervalle [debut, fin) qui ne soit 
inferieur (<) a aucun des autres elements de l'intervalle. Complexite : exacte- 
mentN-1 comparaisons. 

Iu max_element (Iu debut, Iu fin, predicatjb) 

Fonctionne comme la version precedente de maxelement, mais en utilisant le 
predicat binaire predicatb en lieu et place de l'operateur < Complexite : 
exactement N-l appels du predicat. 

MIN_ELEMENT 

Iu min_element (Iu debut, Iu fin) 

Fournit un iterateur sur le premier element de l'intervalle [debut, fin) tel 
qu'aucun des autres elements de l'intervalle ne lui soit inferieur (<). 
Complexite : exactement N- 1 comparaisons. 

Iu min_element (Iu debut, Iu fin, predicatjb) 

Fonctionne comme la version precedente de minelement, mais en utilisant le 
predicat binaire predicatb en lieu et place de l'operateur < Complexite : 
exactement N-l appels du predicat. 

3 Algorithmes de transformation 
d'une sequence 

REVERSE void reverse (lb debut, lb fin) 

Inverse le contenu de l'intervalle [debut, fin). Complexite exactement N/2 
echanges. 

REVERSE COPY Is reversecopy (lb debut, lb fin, Is position) 

Copie l'intervalle [debut, fin), dans l'ordre inverse, a partir de position ; les 
emplacements correspondants doivent exister ; attention, ici position designe 
done l'emplacement de la premiere copie et aussi le debut de l'intervalle ; ren- 
voie un iterateur sur la fin de l'intervalle ou s'est faite la copie. Les deux inter- 
valles ne doivent pas se chevaucher. Complexite : exactement N affectations. 
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REPLACE void replace (Iu debut, Iu fin, anc_valeur, nouv_valeur) 

Remplace, dans l'intervalle [debut, fin), tous les elements egaux (==) a 
ancvaleur par nouvvaleur. Complexity : exactement N comparaisons. 

REPLACE_IF void replace_if (Iu debut, Iu fin, predicat_u, nouv_valeur) 

Remplace, dans l'intervalle [debut, fin), tous les elements satisfaisant au predi- 
cat unaire predicatu par nouvvaleur. Complexity : exactement N applica- 
tions du predicat. 

REPLACE_COPY 

Is replace_copy (Ie debut, Ie fin, Is position, anc_valeur, nouv_valeur) 

Recopie l'intervalle [debut, fin) a partir de position, en remplacant tous les ele- 
ments egaux (==) a ancvaleur par nouvvaleur ; les emplacements correspon- 
dants doivent exister. Fournit un iterateur sur la fin de l'intervalle ou s'est faite 
la copie. Les deux intervalles ne doivent pas se chevaucher. Complexity : 
exactement N comparaisons. 

REPLACE_COPY_IF 

Is replace_copy_if (Ie debut, Ie fin, Is position, predicat_u, nouv_valeur) 

Recopie l'intervalle [debut, fin) a partir de position, en remplacant tous les ele- 
ments satisfaisant au predicat unaire predicatu par nouvvaleur ; les emplace- 
ments correspondants doivent exister Fournit un iterateur sur la fin de 
l'intervalle ou s'est faite la copie. Les deux intervalles ne doivent pas se chev- 
aucher. Complexite : exactement N applications du predicat. 

ROTATE void rotate (Iu debut, Iu milieu, Iu fin) 

Effectue une permutation circulaire (vers la gauche) des elements de l'inter- 
valle [debut, fin) dont l'ampleur est telle que, apres permutation, l'element 
designe par milieu soit venu en debut. Complexite : au maximum N echanges. 

ROTATE_COPY Is rotate_copy (Iu debut, Iu milieu, Iu fin, Is position) 

Recopie, a partir de position, les elements de l'intervalle [debut, fin), affectes 
d'une permutation circulaire definie de la meme facon que pour rotate ; les 
emplacements correspondants doivent exister. Fournit un iterateur sur la fin de 
l'intervalle ou s'est faite la copie. Complexite : au maximum N affectations. 
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PARTITION lb partition (lb debut, lb fin, Predicat u) 

Effectue une partition de l'intervalle [debut, fin) en se fondant sur le predicat 
unaire predicat ji ; il s'agit d'une reorganisation telle que tous les elements sat- 
isfaisant au predicat arrivent avant tous les autres. Fournit un iterateur /'/ tel que 
les elements de l'intervalle [debut, it) satisfont au predicat, tandis que les ele- 
ments de l'intervalle [/'/, fin) n'y satisfont pas. Complexity : au maximum N/2 
echanges et exactement N appels du predicat. 

STABLE PARTITION lb stable partition (lb debut, lb fin, Predicat u) 

Fonctionne comme partition, avec cette difference que les positions relatives 
des differents elements a l'interieur de chacune des deux parties soient 
preservees. Complexite : exactement N appels du predicat et au maximum 
N Log N echanges (et meme k N si Ton dispose de suffisamment de memoire). 

NEXT_PERMUTATION 

bool next_permutation (lb debut, lb fin) 

Cet algorithme realise ce que Ton nomme la "permutation suivante" des ele- 
ments de l'intervalle [debut, fin). II suppose que l'ensemble des permutations 
possibles est ordonne a partir de l'operateur <, d'une maniere lexicographique. 
On considere que la permutation suivant la derniere possible n'est rien d'autre 
que la premiere. Fournit la valeur true s'il existait bien une permutation suiva- 
nte et la valeur false dans le cas ou Ton est revenu a la premiere permutation 
possible. Complexite : au maximum N/2 echanges. 

bool next_permutation (lb debut, lb fin, predicatjb) 

Fonctionne comme la version precedente, avec cette seule difference que 
l'ensemble des permutations possibles et ordonne a partir du predicat binaire 
predicat J). Complexite : au maximum N/2 echanges. 

PREV_PERMUTATION 

bool prev_permutation (lb debut, lb fin) 

bool prev_permutation (lb debut, lb fin, predicatjb) 

Ces deux algorithmes fonctionnent comme nextjpermutation, en inversant 
simplement l'ordre des permutations possibles. 
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RANDOM_SHUFFLE 

void random_shuffle (la debut, la fin) 

Repartit au hasard les elements de l'intervalle [debut, fin). Complexite : exact- 
ementN-1 echanges. 

void random_shuffle (la debut, la fin, generateur) 

Meme chose que random shuffle , mais en utilisant la fonction generateur pour 
generer des nombres au hasard. Cette fonction doit fournir une valeur apparte- 
nant a l'intervalle [0, n), n etant une valeur fournie en argument. Complexite : 
exactement N- 1 echanges. 

TRANSFORM 

Is transform (Ie debut, Ie fin, Is position, operation_u) 

Place a partir de position (les elements correspondants doivent exister) les 
valeurs obtenues en appliquant la fonction unaire (a un argument) operation _u 
a chacune des valeurs de l'intervalle [debut, fin). Fournit un iterateur sur la fin 
de l'intervalle ainsi rempli. 

Is transform (Ie debut_l, Ie fin_l, Ie debut_2, Is position, operationjb) 

Place a partir de position (les elements correspondants doivent exister) les 
valeurs obtenues en appliquant la fonction binaire (a deux arguments) 
operation J) a chacune des valeurs de meme rang de l'intervalle [debut 1, 
finl) et de l'intervalle de meme taille commencant en debut_2. Fournit un 
iterateur sur la fin de l'intervalle ainsi rempli. 



4 Algorithmes de suppression 

REMOVE Iu remove (Iu debut, Iu fin, valeur) 



Fournit un iterateur z'/tel que l'intervalle [debut, it) contienne toutes les valeurs 
initialement presentes dans l'intervalle [debut, fin), debarrassees de celles qui 
sont egales (==) a valeur. Attention, aucun element n'est detruit ; tout au plus, 
peut-il avoir change de valeur. L'algorithme est stable, c'est-a-dire que les 
valeurs non eliminees conservent leur ordre relatif. Complexite : exactement N 
comparaisons. 
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REMOVE_IF Iu remove_if {Iu debut, Iu fin, predicat_u) 

Fonctionne comme remove, avec cette difference que la condition d'elimina- 
tion est fournie sous forme d'un predicat unaire predicatu. Complexity : 
exactement N appels du predicat. 

REMOVE_COPY Is remove_copy (Ie debut, Ie fin, Is position, valeur) 

Recopie l'intervalle [debut, fin) a partir de position (les elements correspon- 
dants doivent exister), en supprimant les elements egaux (==) a valeur. Fournit 
un iterateur sur la fin de l'intervalle ou s'est faite la copie. Les deux intervalles 
ne doivent pas se chevaucher. Comme remove, l'algorithme est stable. Com- 
plexity : exactement N comparaisons. 

REMOVE COPY IF Is remove if {Ie debut, Ie fin, Is position, predicatu) 

Fonctionne comme remove copy, avec cette difference que la condition d' elim- 
ination est fournie sous forme d'un predicat unaire predicatu. Complexity : 
exactement N appels du predicat. 

UNIQUE Iu unique {Iu debut, Iu fin) 

Fournit un iterateur /'/ tel que l'intervalle [debut, it) corresponde a l'intervalle 
[debut, fin), dans lequel les sequences de plusieurs valeurs consecutives egales 
(==) sont remplacees par la premiere. Attention, aucun element n'est detruit ; 
tout au plus, peut-il avoir change de place et de valeur. Complexite : exacte- 
ment N comparaisons. 

Iu unique {Iu debut, Iu fin, predicatjb) 

Fonctionne comme la version precedente, avec cette difference que la condi- 
tion de repetition est fournie sous forme d'un predicat binaire predicat J). 
Complexite : exactement N appels du predicat. 

UNIQUE_COPY 

Is unique_copy {Ie debut, Ie fin, Is position) 

Recopie l'intervalle [debut, fin) a partir de position (les elements correspon- 
dants doivent exister), en ne conservant que la premiere valeur des sequences 
de plusieurs valeurs consecutives egales (==). Fournit un iterateur sur la fin de 
l'intervalle ou s'est faite la copie. Les deux intervalles ne doivent pas se chev- 
aucher. Complexite : exactement N comparaisons. 
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Is unique_copy (Ie debut, Ie fin, Is position, predicatjb) 

Fonctionne comme uniquecopy, avec cette difference que la condition de 
repetition de deux valeurs est fournie sous forme d'un predicat binaire 
predicat ju. On notera que la decision d'elimination d'une valeur se fait tou- 
jours par comparaison avec la precedente et non avec la premiere d'une 
sequence ; cette remarque n'a en fait d'importance qu'au cas ou le predicat 
fourni ne serait pas transitif... Complexite : exactement N appels du predicat. 



5 Algorithmes de tri 

SORT void sort (la debut, la fin) 



Trie les elements de l'intervalle [debut, fin), en se fondant sur l'operateur < 
L'algorithme n'est pas stable, c'est-a-dire que l'ordre relatif des elements 
equivalents (au sens de <) n'est pas necessairement respecte. Complexite : en 
moyenne N Log N comparaisons. 

void sort (la debut, la fin, fct_comp) 

Trie les elements de l'intervalle [debut, fin), en se fondant sur le predicat 
binaire fctcomp. Complexite : en moyenne N Log N appels du predicat. 

STABLE_SORT 

void stable_sort (la debut, la fin) 

Trie les elements de l'intervalle [debut, fin), en se basant sur l'operateur < 
Contrairement a sort, cet algorithme est stable. Complexite : au maximum 
N (Log N) 2 comparaisons ; si l'implementation dispose d'assez de memoire, on 
peut descendre a N Log N comparaisons. 

void stable_sort (la debut, la fin, fct_comp) 

Meme chose que stable sort en se basant sur le predicat binaire fc tcomp qui 
doit correspondre a une relation d'ordre faible strict. Complexite : au maximum 
N (Log N) 2 applications du predicat ; si l'implementation dispose d'assez de 
memoire, on peut descendre a N Log N appels. 

PARTIAL_SORT 

void partial_sort (la debut, la milieu, la fin) 

Realise un tri partiel des elements de l'intervalle [debut, fin), en se basant sur 
l'operateur < et en placant les premiers elements convenablement tries dans 
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l'intervalle [debut, milieu) (c'est la taille de cet intervalle qui definit l'ampleur 
du tri). Les elements de l'intervalle [milieu, fin) sont places dans un ordre 
quelconque. Aucune contrainte de stabilite n'est imposee. Complexite : envi- 
ron N Log N' comparaisons, N' etant le nombre d'elements tries. 

void partial_sort (la debut, la milieu, la fin, fct_comp) 

Fonctionne comme partialsort, avec cette difference qu'au lieu de se fonder 
sur l'operateur <, cet algorithme se fonde sur le predicat binaire fctcomp qui 
doit correspondre a une relation d'ordre faible strict. Complexite : environ 
N Log N' comparaisons, N' etant le nombre d'elements tries. 

PARTIAL_SORT_COPY 

la partial_sort_copy (le debut, le fin, la pos_debut, la pos_fin) 

Place dans l'intervalle [pos debut, posjin) le resultat du tri partiel ou total des 
elements de l'intervalle [debut, fin). Si l'intervalle de destination comporte plus 
d'elements que l'intervalle de depart, ses derniers elements ne seront pas util- 
ises. Fournit un iterateur sur la fin de l'intervalle de destination (posjin lor- 
sque ce dernier est de taille inferieure ou egale a l'intervalle d'origine). Les 
deux intervalles ne doivent pas se chevaucher. Complexite : environ N Log N' 
comparaisons, N' etant le nombre d'elements effectivement tries. 

la partial_sort_copy (le debut, le fin, la pos_debut, la pos_fin, fct_comp) 

Fonctionne comme partial sort copy avec cette difference qu'au lieu de se 
fonder sur l'operateur <, cet algorithme se fonde sur le predicat binaire 
fctcomp qui doit correspondre a une relation d'ordre faible strict. Complexite : 
environ N Log N' comparaisons, N' etant le nombre d'elements tries. 

NTH_ELEMENT 

void nth_element (la debut, la position, la fin) 

Place dans l'emplacement designe par position - qui doit done appartenir a 
l'intervalle [debut, fin) - l'element de l'intervalle [debut, fin) qui se trouverait 
la, a la suite d'un tri. Les autres elements de l'intervalle peuvent changer de 
place. Complexite : en moyenne N comparaisons. 

void nth_element (la debut, la position, la fin, fct_comp) 

Fonctionne comme la version precedente, avec cette difference qu'au lieu de se 
fonder sur l'operateur <, cet algorithme se fonde sur le predicat binaire 
fctcomp qui doit correspondre a une relation d'ordre faible strict. Complexite : 
en moyenne N applications du predicat. 
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6 Algorithmes de recherche et de fusions 
sur des sequences ordonnees 

N.B. Tous ces algorithmes peuvent fonctionner avec de simples iterateurs unidirectionnels. 
Mais, lorsque Ton dispose d'iterateurs a acces direct, on peut augmenter legerement les per- 
formances, dans la mesure ou certaines series dep incrementations de la forme /'/++ peuvent 
etre remplacees par une seule it+=p ; plus precisement, on passe de O(N) a 0(Log N) incre- 
mentations. 

LOWER_BOUND 

Iu lowerjbound {Iu debut, Iu fin, valeur) 

Fournit un iterateur sur la premiere position ou valeur peut etre inseree, 
compte tenu de l'ordre induit par l'operateur < Complexite : au maximum 
Log N+l comparaisons. 

Iu lower_bound {Iu debut, Iu fin, valeur, fct_comp) 

Fournit un iterateur sur la premiere position ou valeur peut etre inseree, 
compte tenu de l'ordre induit par le predicat binaire fc tcomp. Complexite : au 
maximum Log N+l comparaisons. 

UPPER_BOUND 

Iu upperjbound {Iu debut, Iu fin, valeur) 

Fournit un iterateur sur la derniere position ou valeur -peut etre inseree, compte 
tenu de l'ordre induit par l'operateur < Complexite : au maximum Log N+l 
comparaisons. 

Iu upperjbound {Iu debut, Iu fin, valeur, fct_comp) 

Fournit un iterateur sur la derniere position ou valeur peut etre inseree, compte 
tenu de l'ordre induit par le predicat binaire fctcomp. Complexite : au maxi- 
mum Log N+l comparaisons. 

EQUALJRANGE 

pair <Iu, Iu> equal_range {Iu debut, Iu fin, valeur) 

Fournit le plus grand intervalle [itl, it2) tel que valeur puisse etre inseree en 
n'importe quel point de cet intervalle, compte tenu de l'ordre induit par l'opera- 
teur < Complexite : au maximum 2 Log N+l comparaisons. 
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pair <Iu, Iu> equal_range {Iu debut, Iu fin, valeur, fct_comp) 

Fonctionne comme la version precedente, en se basant sur l'ordre induit par le 
predicat binaire fctcomp au lieu de l'operateur < 

BINARY_SEARCH 

bool binary_search {Iu debut, Iu fin, valeur) 

Fournit la valeur true s'il existe, dans l'intervalle [debut, fin), un element equiv- 
alent a valeur, et la valeur false, dans le cas contraire. Complexity : au plus Log 
N+2 comparaisons. 

bool binary_search {Iu debut, Iu fin, valeur, fct_comp) 

Fournit la valeur true s'il existe, dans l'intervalle [debut, fin), un element equiv- 
alent a valeur (au sens de la relation induite par le predicat fctcomp) et la 
valeur false dans le cas contraire. Complexity : au plus Log N+2 appels du 
predicat. 

MERGE Is merge {le debut_l, le fin_l, le debut_2, le fin_2, Is position) 

Fusionne les deux intervalles [debut 1, fin 1) et [debut_2, fin_2), a partir de 
position (les elements correspondants doivent exister), en se fondant sur l'ordre 
induit par l'operateur < L'algorithme est stable : l'ordre relatif d'elements 
equivalents dans l'un des intervalles d'origine est respecte dans l'intervalle 
d'arrivee ; si des elements equivalents apparaissent dans les intervalles a 
fusionner, ceux du premier intervalle apparaissent toujours avant ceux du sec- 
ond. L'intervalle d'arrivee ne doit pas se chevaucher avec les intervalles d'orig- 
ine (en revanche, rien n'interdit que les deux intervalles d'origine se 
chevauchent). Complexite : auplus N1+N2-1 comparaisons. 

Is merge {le debut_l, le fin_l, le debut_2, le fin_2, Is position, fct_comp) 

Fonctionne comme la version precedente, avec cette difference que Ton se base 
sur l'ordre induit par le predicat binaire fctcomp. Complexite : au plus 
N1+N2-1 appels du predicat. 

ENPLACE_MERGE 

void inplace_merge {lb debut, lb milieu, lb fin) 

Fusionne les deux intervalles [debut, milieu) et [milieu, fin) dans l'intervalle 
[debut, fin) en se basant sur l'ordre induit par l'operateur < Complexite : N-l 
comparaisons si Ton dispose de suffisamment de memoire, N Log N comparai- 
sons sinon. 
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void inplace_merge (lb debut, lb milieu, lb fin, fct_comp) 

Fonctionne comme la version precedente, avec cette difference que Ton se base 
sur l'ordre induit par le predicat binaire fctcomp. Complexity : N-l appels du 
predicat, si Ton dispose de suffisamment de memoire, N Log N appels sinon. 

7 Algorithmes a caractere numerique 

ACCUMULATE 

valeur accumulate (le debut, le fin, val_init) 

Fournit la valeur obtenue en ajoutant (operateur +) a la valeur initiale valinit, 
la valeur de chacun des elements de l'intervalle [debut, fin). 

valeur accumulate (le debut, le fin, vaMnitiale, fct_cumul) 

Fonctionne comme la version precedente, en la generalisant : l'operation appli- 
quee n'etant plus definie par l'operateur +, mais par la fonction fctcumul, rece- 
vant deux arguments du type des elements concernes et fournissant un resultat 
de ce meme type (la valeur accumulee courante est fournie en premier argu- 
ment, celle de l'element courant, en second). 

ENNER_PRODUCT 

valeur inner_product (le debut_l, le fin_l, le debut_2, val_init) 

Fournit le produit scalaire de la sequence des valeurs de l'intervalle [debut _1, 
fin_2) et de la sequence de valeurs de meme longueur debutant en debut_2, 
augmente de la valeur initiale valinit. 

valeur inner_product (le debut_l, le fin_l, le debut_2, val_init, 
fct_cumul, fct_prod) 

Fonctionne comme la version precedente, en remplacant l'operation de cumul 
(+) par l'appel de la fonction fctcumul (la valeur cumulee est fournie en pre- 
mier argument) et l'operation de produit par l'appel de la fonction fct_prod (la 
valeur courante du premier intervalle etant fournie en premier argument). 

PARTIAL_SUM 

Zs partial_sum (le debut, le fin, Is position) 

Cree, a partir de position (les elements correspondants doivent exister), un 
intervalle de meme taille que l'intervalle [debut, fin), contenant les sommes 
partielles du premier intervalle : le premier element correspond a la premiere 
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valeur de [debut, fin), le second element a la somme des deux premieres 
valeurs et ainsi de suite. Fournit un iterateur sur la fin de l'intervalle cree. 

Is partial_sum (le debut, le fin, Is position, fct_cumul) 

Fonctionne comme la version precedente, en remplacant l'operation de som- 
mation (+) par l'appel de la fonction fctcumul (la valeur cumulee est fournie 
en premier argument). 

ADJACENT_DIFFERENCE 

Is adjacent_difference (le debut, le fin, Is position) 

Cree, a partir de position (les elements correspondants doivent exister), un 
intervalle de meme taille que l'intervalle [debut, Jin), contenant les differences 
entre deux elements consecutifs de ce premier intervalle : l'element de rang i, 
hormis le premier, s'obtient en faisant la difference (operateur -) entre l'element 
de rang /' et celui de rang i-1. Le premier element reste inchange. Fournit un 
iterateur sur la fin de l'intervalle cree. 

Is adjacent_difference (le debut, le fin, Is position, fct_diff) 

Fonctionne comme la version precedente, en remplacant l'operation de dif- 
ference (-) par l'appel de la fonction fctdiff. 

8 Algorithmes a caractere ensembliste 

INCLUDES bool includes (le debut 1, le fin 1, le debut_2, le fin_2) 

Fournit la valeur true si, a toute valeur appartenant a l'intervalle [debutl, 
finl), correspond une valeur egale (==) dans l'intervalle [debut_2, fin_2), 
avec la meme pluralite : autrement dit, (si une valeur figure n fois dans le pre- 
mier intervalle, elle devra figurer au moins n fois dans le second intervalle). 
Complexite : au maximum 2 N1*N2-1 comparaisons. 

bool includes (le debut_l, le fin_l, le debut_2, le fin_2, fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour decider de l'egalite de deux valeurs. Complexite : au maximum 
2 Nl *N2-1 appels du predicat 
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SET_UNION 

Is set_union {Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is position) 

Cree, a partir de position (les elements correspondants doivent exister), une 
sequence formee des elements appartenant au moins a l'un des deux intervalles 
[debutl, finl) \debut_2, fin_2), avec la pluralite maximale : si un element 
apparait n fois dans le premier intervalle et «' fois dans le second, il apparaitra 
max(n, n') fois dans le resultat. Les elements doivent etre tries suivant la meme 
relation R et l'egalite de deux elements (==) devra correspondre aux classes 
d'equivalence de R. Les deux intervalles ne doivent pas se chevaucher. Fournit 
un iterateur sur la fin de l'intervalle cree. Complexity : au maximum 2*N1 *N2- 
1 comparaisons. 

Is set_union {Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is position, 
fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour decider de l'egalite de deux valeurs. La encore, ce dernier doit 
correspondre aux classes d'equivalence de la relation ay ant servi a ordonner les 
deux intervalles. Complexite : au maximum 2*N1*N2-1 appels du predicat. 

SET_INTERSECTION 

Is set_intersection {Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is position) 

Cree, a partir de position (les elements correspondants doivent exister), une 
sequence formee des elements appartenant simultanement aux deux intervalles 
\debut_l , finl) \debut_2, fin_2), avec la pluralite minimale : si un element 
apparait n fois dans le premier intervalle et «' fois dans le second, il apparaitra 
min(n, n') fois dans le resultat. Les elements doivent etre tries suivant la meme 
relation R et l'egalite de deux elements (==) devra correspondre aux classes 
d'equivalence de R. Les deux intervalles ne doivent pas se chevaucher. Fournit 
un iterateur sur la fin de l'intervalle cree. Complexite : au maximum 2*N1 *N2- 
1 comparaisons. 

Is set_intersection {Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is position, 
fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour decider de l'egalite de deux valeurs. La encore, ce dernier doit 
correspondre aux classes d'equivalence de la relation ay ant servi a ordonner les 
deux intervalles. Complexite : au maximum 2*N1*N2-1 appels du predicat. 



8 - Algorithmes a caractere ensembliste 



SET_DIFFERENCE 

Is set_difference (Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is position) 

Cree, a partir de position (les elements correspondants doivent exister), une 
sequence formee des elements appartenant a l'intervalle [debutffnl) sans 
appartenir a l'intervalle [debut 2, fin 2) ; on tient compte de la pluralite : si un 
element apparait n fois dans le premier intervalle et «' fois dans le second, il 
apparaitra max(0, n-n') fois dans le resultat. Les elements doivent etre tries sui- 
vant la meme relation R et l'egalite de deux elements (==) devra correspondre 
aux classes d'equivalence de R. Les deux intervalles ne doivent pas se chev- 
aucher. Fournit un iterateur sur la fin de l'intervalle cree. Complexite : au max- 
imum 2*N1*N2-1 comparaisons. 

Is set_difference (Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is position, 
fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour decider de l'egalite de deux valeurs. La encore, ce dernier doit 
correspondre aux classes d'equivalence de la relation ay ant servi a ordonner les 
deux intervalles. Complexite : au maximum 2*N1*N2-1 appels du predicat. 

SET_SYMMETRIC_DIFFERENCE 

Is set_symetric_difference (Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is 
position) 

Cree, a partir de position (les elements correspondants doivent exister), une 
sequence formee des elements appartenant a l'intervalle [debutl , finl) sans 
appartenir a l'intervalle \debut_2, fin_2) ou appartenant au second, sans 
appartenir au premir ; on tient compte de la pluralite : si un element apparait n 
fois dans le premier intervalle et n'fois dans le second, il apparaitra \n-n'\ fois 
dans le resultat. Les elements doivent etre tries suivant la meme relation R et 
l'egalite de deux elements (==) devra correspondre aux classes d'equivalence 
de R. Les deux intervalles ne doivent pas se chevaucher. Fournit un iterateur 
sur la fin de l'intervalle cree. Complexite : au maximum 2*N1 *N2-1 comparai- 
sons. 

Is set_symetric_difference (Ie debut_l, Ie fin_l, Ie debut_2, Ie fin_2, Is 
position, fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour decider de l'egalite de deux valeurs. La encore, ce dernier doit 
correspondre aux classes d'equivalence de la relation ay ant servi a ordonner les 
deux intervalles. Complexite : au maximum 2 *N1*N2-1 appels du predicat. 
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9 Algorithmes de manipulation de tas 

MAKE_HEAP 

void make_heap (la debut, la fin) 

Transforme l'intervalle [debut, fin) en un tas, en se fondant sur l'operateur < 
Complexity : au maximum 3 *N comparaisons. 

void make_heap (la debut, la fin, fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour ordonner le tas. Complexity : au maximum 3 *N comparaisons. 

PUSH_HEAP 

void push_heap (la debut, la fin) 

La sequence [debut, fin-1) doit etre initial em ent un tas valide. En se fondant 
sur l'operateur <, l'algorithme ajoute 1 'element designe par fin-1, de facon que 
[debut, fin) soit un tas. Complexity : au maximum Log N comparaisons. 

void push_heap (la debut, la fin, fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour ordonner le tas. Complexity : au maximum Log N comparai- 
sons. 

SORT_HEAP 

void sort_heap (la debut, la fin) 

Lransforme le tas defini par Lintervalle [debut, fin) en une sequence ordonnee 
par valeurs croissantes. L'algorithme n'est pas stable, c'est-a-dire que l'ordre 
relatif des elements equivalents (au sens de <) n'est pas necessairement 
respecte. Complexity : au maximum N Log N comparaisons. 

void sort_heap (la debut, la fin, fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour ordonner les valeurs. Complexity : au maximum N Log N com- 
paraisons. 



10 - Algorithmes divers 



POP_HEAP 

void pop_heap (la debut, la fin) 

La sequence [debut, fin) doit etre initialement un tas valide. L'algorithme 
echange les elements designes par debut etfin-1 et, en se fondant sur l'opera- 
teur <, fait en sorte que [debut, fin-1) soit un tas. Complexity : au maximum 2 
Log N comparaisons. 

void pop_heap (la debut, la fin, fct_comp) 

Fonctionne comme la version precedente, mais en utilisant le predicat binaire 
fctcomp pour ordonner le tas. Complexity : au maximum 2 Log N comparai- 
sons. 



10 Algorithmes divers 



COUNT nombre count {le debut, le fin, valeur) 

Fournit le nombre de valeurs de l'intervalle [debut, fin) egales a valeur (au sens 
de ==). 

COUNT_IF nombre count_if {le debut, le fin, predicat_u) 

Fournit le nombre de valeurs de l'intervalle [debut, fin) satisfaisant au predicat 
unaire predicat ju. 

FOR EACH fct for each {le debut, le fin, fct) 

Applique la fonction fct a chacun des elements de l'intervalle [debut, fin) ; 
fournit fct en resultat. 

EQUAL bool equal {le debut_l, le fin_l, le debut_2) 

Fournit la valeur true si tous les elements de l'intervalle [debut 1 , fin_2) sont 
egaux (au sens de ==) aux elements correspondants de l'intervalle de meme 
taille commencant en debut_2. 

bool equal {le debut_l, le fin_l, le debut_2, predicatjb) 

Fonctionne comme la version precedente, en utilisant le predicat binaire 
predicat J), a la place de l'operateur ==. 

ITER_SWAP void iter_swap {Iu posl, Iu pos2) 

Echange les valeurs des elements designes par les deux iterateurs posl etpos2. 



Les algorithmes standard 
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LEXICOGRAPHICAL_COMPARE 

bool lexicographical_compare (Ie debut_l, Ie fin-1, Ie debut_2, Ie fin_2) 

Effectue une comparaison lexicographique (analogue a la comparaison de 
deux mots dans un dictionnaire) entre les deux sequences [debutl, finl) et 
[debut_2, fin_2), en se basant sur l'operateur < Fournit la valeur true si la 
premiere sequence apparait avant la seconde. Complexite : au plus N1*N2 
comparaisons. 



bool lexicographical_compare (Ie debut_l, Ie fin-1, Ie debut_2, Ie fin_2, 
predicatjb) 

Fonctionne comme la version precedente, en utilisant le predicat binaire 
predicatb a la place de l'operateur < Complexite : au plus N1*N2 comparai- 
sons. 

MAX valeur max (valeur_l, valeur_2) 

Fournit la plus grande des deux valeurs valeur 1 et valeur_2 (qui doivent etre 
d'un meme type), en se fondant sur l'operateur < 

MIN valeur min (valeur_l, valeur_2) 

Fournit la plus petite des deux valeurs valeur 1 et valeur_2 (qui doivent etre 
d'un meme type), en se fondant sur l'operateur < 
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Voici la correction des exercices dont l'enonce est precede de l'indication (C). Bien entendu, 
les programmes proposes doivent etre considered comme une solution parmi d'autres. 



Chapitre 5 



Exercice 5.2 

#include <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 
void initialise (double, double, double) ; 
void homothetie (double) ; 
void affiche () ; 

} ; 

/* definition des fonctions membres de la classe vecteur */ 
void vecteur: :initialise (double a, double b, double c) 
{ x = a ; y = b ; z = c ; 

} 



void vecteur: -.homothetie (double coeff) 
I 

x = x * coeff ; y = y * coeff ; z = z * coeff ; 
) 
void vecteur: : affiche () 

I 
cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" 

} 
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/* programme de test de la classe vecteur */ 
main() 
{ vecteur vl, v2 ; 

vl. initialise (1.0, 2.5, 5.8) ; vl.affiche () ; 

v2 . initialise (12.5, 3.8, 0.0) ; v2.a££idhe () ; 

vl.homothetie (3.5) ; vl.affiche () ; 

v2 = vl ; v2.affiche () ; 
} 



Exercice 5.3 



iinclude <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 
vecteur (double, double, double) ; // constructeur 
void homothetie (double) 
void affiche () ; 
} ; 

/* definition des fonctions membres de la classe vecteur */ 
vecteur: :vecteur (double a, double b, double c) // attention, pas de void 
{ 

x = a ; y = b ; z = c ; 
} 

void vecteur: :homothetie (double coeff) 
{ x = x * coeff ; y = y * coeff ; z = z * coeff ; 

} 

void vecteur: : affiche () 

{ cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 

} 

/* programme de test de la classe vecteur */ 
main() 
{ vecteur vl(1.0, 2.5, 5.8) ; // vecteur vl serait id invalide 

vecteur v2(12.5, 3.8, 0.0) ; 

vl . affiche () ; 

v2. affiche () ; 

vl.homothetie (3.5) ; vl.affiche () ; 

v2 = vl ; v2. affiche () ; 
) 
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Exercice 6.1 

a) Avec des fonctions membres independantes 

^include <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 
vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 

} ; 

/* definition des fonctions membres de la classe vecteur */ 
vecteur: : vecteur () 

{ 

x=0 ; y=0 ; z=0 ; 

) 

vecteur: : vecteur (double a, double b, double c) 

{ 

x = a ; y = b ; z = c ; 
) 

void vecteur: : affiche () 
{ 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 
) 

/* programme de test de la classe vecteur */ 
main() 

{ vecteur vl ; // attention vecteur vl () aurait une autre signification 

// vl serait une fonction sans argument, foumissant un 
// resultat de type vecteur 
vecteur v2(12.5, 3.8, 0.0) ; 

// ces declarations seraient id invalides : 
// vecteur v3 (5) ; vecteur v4 (2.5, 4) ; 
vl . affiche () 
v2. affiche () ; 
) 
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b) Avec des fonctions membres en ligne 

iinclude <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
I 

double x, y, z ; 
public : 
vecteur () // constructeur 1 

{ x=0 ; y=0 ; z=0 ; } 
vecteur (double a, double b, double c) // constructeur 2 

{ x=a ; y=b ; z=c ; } 
void affiche () 
{ cout « "Vecteur de coordonnees : " 

« x « " " « y « " " « z « "\n" ; 
} 

} ; 

/* programme de test de la classe vecteur */ 
main() 
I 

vecteur vl, v2 (3, 4, 5) ; 

vl . affiche () ; 

v2. affiche () ; 
} 



Exercice 6.2 



^include <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
{ 

double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 

int prod_scal (vecteur) ; 
} ; 

/* definition des fonctions membres de la classe vecteur */ 
vecteur: : vecteur () 
I 

x=0 ; y=0 ; z=0 ; 
} 

vecteur: :vecteur (double a, double b, double c) 
I 

x = a ; y = b ; z = c ; 
} 
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void vecteur: : affiche () 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" 
int vecteur: :prod_scal (vecteur v) 

return (x * v. x + y * v.y + z * v. z) ; 
main() /* programme de test de la classe vecteur */ 



vecteur vl (1,2,3) ; 
vecteur v2 (5, 4, 3) ; 
vl. affiche () ; v2. affiche () ; 
int ps ; 

ps = vl .prod_scal (v2) ; cout « "VI .V2 = " « ps « " \n " ; 
ps = v2.prod_scal (vl) ; cout « "V2.V1 = " « ps « "\n" ; 
cout « "VI. VI = " « vl.prod_scal (vl) « "\n" ; 
cout « "V2.V2 = " « v2.prod_scal (v2) « "\n" ; 
} 



Exercice 6.3 



^include <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 
vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 
int prod_scal (vecteur) 
vecteur somme (vecteur) ; 

} ; 

/* definition des fonctions msmbres de la classe vecteur */ 
vecteur: : vecteur () 
{ x=0 ; y=0 ; z=0 ; 
} 

vecteur: : vecteur (double a, double b, double c) 
{ x = a ; y = b ; z = c ; 

} 

void vecteur: : affiche () 

{ cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" 

) 

int vecteur: :prod_scal (vecteur v) 

{ return (x * v.x + y * v.y + z * v.z) ; 

} 
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vecteur vecteur: : somas (vecteur v) 
{ vecteur res ; 

res.x = x + v.x ; res.y = y + v.y ; res.z = z + v.z ; 

return res ; 
} 

/* programme de test de la classe vecteur */ 
main() 
{ vecteur vl (1,2,3) ; 

vecteur v2 (5, 4, 3) ; 

vecteur v3 ; 

vl.affiche () ; v2.affiche () ; v3.affiche () ; 

v3 = vl.somms (v2) ; v3.affiche () ; 

v3 = v2.somms (vl) ; v3.affiche () ; 
} 

Exercice 6.4 

a) Transmission par adresse des valeurs de type vecteur 

iinclude <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
{ double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 

int prod_scal (vecteur *) ; 

vecteur somite (vecteur *) ; 

/* definition des fonctions membres de la classe vecteur */ 
vecteur: : vecteur () 

x=0 ; y=0 ; z=0 ; 
vecteur: : vecteur (double a, double b, double c) 

x = a ; y = b ; z = c ; 
void vecteur: : affiche () 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 

int vecteur: :prod_scal (vecteur * adv) 

return (x * adv->x + y * adv->y + z * adv->z) ; 

// on pourrait ecrire, de facon plus symetrique : 

// return (this->x * adv->x + this->y * adv->y + this->z * adv-> z ; } 
} 
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vecteur vecteur: : somas (vecteur * adv) 
I 
vecteur res ; 

res.x = x + adv->x ; res.y = y + adv->y ; res.z = z + adv->z ; 
// ou, pour conserver la symetrie : 

// res . x = this->x + adv-> x ; 

return res ; 

// attention, on ne peut pas transmettre 1 'adresse de res, car 
// il s'agit d'une variable automatique 
} 

/* programme de test de la classe vecteur */ 
main() 
{ 
vecteur vl (1,2,3) ; 
vecteur v2 (5, 4, 3) ; 
vecteur v3 ; 

vl.affiche () ; v2.affiche () ; v3.affiche () ; 
v3 = vl.somme (Sv2) ; v3.affiche () ; 
v3 = v2.somme (Svl) ; v3.affiche () ; 
} 

b) Transmission par reference des valeurs de type vecteur 

#include <iostream> 
using namespace std ; 

/* declaration de la classe vecteur */ 
class vecteur 
I 

double x, y, z ; 
public : 

vecteur () ; // constructeur 1 

vecteur (double, double, double) ; // constructeur 2 

void affiche () ; 

int prod_scal (vecteur &) 

vecteur somme (vecteur &) ; 
} ; 

/* definition des fonctions membres de la classe vecteur */ 
vecteur: : vecteur () 



x=0 ; y=0 ; z=0 ; 
vecteur: : vecteur (double a, double b, double c) 

= a ; y = b ; z = c ; 
void vecteur: : affiche () 

cout « "Vecteur de coordonnees : " « x « " " « y « " " « z « "\n" ; 



Correction des exercices 



int vecteur: :prod_scal (vecteur & v) 
{ 

return (x * v.x + y * v.y + z * v.z) ; 
} 

vecteur vecteur: .'soircne Cvecteur & v) 
I 

vecteur res ; 

res.x = x + v.x ; res.y = y + v.y ; res.z = z + v.z ; 

return res ; 

// attention, on ne peut pas transmettre 1 'adresse de res, car 
// il s'agit d'une variable automatique 
} 

/* programme de test de la classe vecteur */ 
main() 
{ 

vecteur vl (1,2,3) ; 

vecteur v2 (5, 4, 3) ; 

vecteur v3 ; 

vl.affiche () ; v2.affiche () ; v3.affiche () ; 

v3 = vl.somme (v2) ; v3.affiche () ; 

v3 = v2.somme (vl) ; v3.affiche () ; 
} 
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Exercice 7.5 

iinclude <iostream> 
using namespace std ; 

/* declaration (et definition) de la classe pile_entier */ 
/* ici, toutes les fonctions membres sont "inline" */ 
const int Max = 20 ; 
class pile_entier 

{ int dim ; // nombre maximal d'entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // nombre d'entiers actuellement empiles 

public : 

pile_entier (int n = Max) // constructeur (s) 

{ adr = new int [dim=n] ; 

nelem = ; 
} 
~pile_entier () // destructeur 

{ delete adr ; 

) 
void empile (int p) 

{ if (nelem < dim) adr[nelem++] = p ; ) 
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int depile () 

{ if (nelem > 0) return adr[ — nelem] ; 

else return ; // faute de mieux ! 

} 
int pleine () 

{ return (nelem == dim) ; } 
int vide () 

{ return (nelem == ) ; } 



Exercice 7.6 

/* programme d 'essai de la classe pile_entier */ 
main() 
I 

int i ; 

/* exemples d' utilisation de piles automatiques */ 

pile_entier a (3) , // une pile de 3 entiers 

b ; // une pile de 20 entiers (par defaut) 

cout « "a pleine ? " « a. pleine () « "\n" ; 

cout « "a vide ? " « a. vide () « "\n" ; 

a.empile (3) ; a.empile (9) ; a.empile (11) ; 

cout « "Contenu de a : " ; 

for (i=0 ; i<3 ; i++) cout « a. depile () « " " ; 

cout « "\n" ; 

for (i=0 ; i<30 ; i++) b.empile (10*i) ; 

cout « "Contenu de b : " ; 

for (i=0 ; i<30 ; i++) if ( ! b.videf) ) cout « jb.d^sile () « " " / 

cout « "\n" ; 

/* exemple d'utilisation d'une pile dynamique */ 
pile_entier * adp = new pile_entier (5) 

// pointeur sur une pile de 5 entiers 
cout « "pile dynamique vide ? " « adp->vide () « "\n" ; 
for (i=0 ; i<10 ; i++) adp->empile (10*i) ; 
cout « "Contenu de la pile dynamique : " ; 
for (i=0 ; i<10 ; i++) if ( ! adp->vide() ) cout « adp->depile () « 



Exercice 7.8 



^include <iostream> 
using namespace std ; 

/* declaration (et definition) de la classe pile_entiers */ 
const int Max = 20 ; 
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class plle_entier 

{ 

int dim ; // nombre maximal d'entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // ncmbre d' entiers actuellement empiles 

public : 

pile_entier (int n = Max) // constructeur (s) 

{ adr = new int [dim=n] ; 

nelem = ; 
) 
~pile_entier () // destructeur 

{ delete adr ; 
) 

void empile (int p) 

{ if (nelem < dim) adr [nelem++] = p ; } 
int depile () 

{ if (nelem > 0) return adr[ — nelem] ; 

else return ; // faute de mieux ! 

) 
int pleine () 

{ return (nelem = dim) ; } 
int vide () 

{ return (nelem = ) ; } 
pile_entier (pile_entier &) ; // constructeur de recopie 

} ; 

pile_entier: :pile_entier (pile_entier & p) 
{ adr = new int [dim = p. dim] ; 

nelem = p. nelem ; 

int i ; 

for (i=0 ; i<nelem ; i++) adr[i] = p . adr[i] ; 
) 

/* programme d 'essai de la classe pile_entier */ 
main() 
{ 

int i ; 

pile_entier a (3) ; // une pile a de 3 entiers 

a. empile (5) ; a. empile (12) 

pile_entier b = a ; // une pile b egale a a 

cout « "Contenu de b : " ; 

for (i=0 ; i<3 ; i++) if ( ! b.vide() ) cout « b. depile () « " " ; 

cout « "\n" ; 
) 
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Exercice 9.3 

a) Avec une fonction membre 

#±nclude <iostream> 
using namespace std ; 

/* classe point avec surdefinition de = comme fonction membre */ 
class point 
{ int x, y ; 
public : 
point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

int operator = (point & p) //on pourrait ne pas transmettre par reference 
{ return ( (p.x == x) && (p.y = y) ) ; } 

} ; 

/* programme de test de la classe point */ 

main() 

{ point a(2,3), b(l) , c(2,3) ; 
cout « " a = b " « (a = b) « "\n" ; // attention : parentheses 
cout « " b = a " « (b = a) « "\n" ; // indispensables, compte tenu 
cout « " a = c " « (a = c) « "\n" ; // des priorites relatives de 
cout « " c = a " « (c = a) « "\n" ; // de = et de « 

} 

b) Avec une fonction amie 1 

^include <iostream> 
using namespace std ; 

/* classe point avec surdefinition de = comme fonction amie */ 
class point 
{ int x, y ; 
public : 

point (int abs=0, int ord=0) { x=abs ; y=ord ; } 

friend int operator = (point S, point S) ; 
} ; 

int operator = (point & p, point & q) 
{ return ( (p.x = q.x) SS (p.y = q.y) ) ; 
} 



1. Avec certains environnements, il faut prefixer le nom de operator == de std:: dans son en-tete. 
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main() 

{ point a (2, 3), b(l) 

cout « " a = b 

cout « " b = a 

cout « " a = c 

cout « " c = a 

} 



/* programme de test de la classe point */ 



c(2,3) ; 

" « (a = b) « "\n" 

" « (b = a) « "\n" 

" « (a = c) « "\n" 

" « (c = a) « "\n" 



// attention : parentheses 
// indispensables, conpte tenu 
// des priorites relatives de 
// de = et de « 
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a) Avec des fonctions membres 

iinclude <iostream> 
using namespace std ; 

/* la classe pile_entiers */ 
/* avec surdefinition des operateurs < et > comma fonctions membre */ 
class pile_entier 

{ int dim ; // nombre maximal d'entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // nombre d'entiers actuellement empiles 



public : 

pile_entier (int n) 

{ adr = new int [dim=n] 
nelem = ; 

} 
~pile_entier () 
{ delete adr ; 



// constructeur 



// destructeur 



void operator < (int n) 

{ if (nelem < dim) adr [nelem++] = n ; 



void operator > (int & n ) 
{ if (nelem > 0) n = adr[- 
} 



// attention & indispensable id 
-nelem] ; 



} ; 

/* programme d 'essai de la classe pile_entier */ 
main() 
{ 

int i, n ; 

pile_entier a (3) ; 

a < 3 ; a < 9 ; a < 11 ; 

cout « "Contenu de a : " ; 

for (i=0 ; i<3 ; i++) 

{ a > n ; cout « n « " " ; } 

cout « "\n" ; 
} 
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b) Avec des fonctions amies 

^include <iostream> 
using namespace std ; 

/* la classe pile_entiers */ 
/* avec surdefinition des operateurs < et > comme fonctions amies */ 
class pile_entier 

{ int dim ; // nombre maximal d'entiers de la pile 

int * adr ; // adresse emplacement des dim entiers 

int nelem ; // nombre d'entiers actuellement empiles 

public : 

pile_entier (int n) // constructeur 

{ adr = new int [dim=n] ; 

nelem = ; 
} 
~pile_entier () // destructeur 

{ delete adr ; 
) 
friend void operator < (pile_entier &, int) ; // & non indispensable 
friend void operator > (pile_entier &, int S) ;// int & indispensable id 

) ; 

void operator < (pile_entier & p, int n) 

{ if (p. nelem < p. dim) p . adr [p . nelemi-+] = n ; 

} 

void operator > (pile_entier & p, int & n) 

{ if (p. nelem > 0) n = p.adr[ — p. nelem] ; 

} 

/* programme d 'essai de la classe pile_entier */ 
main() 
{ int i, n ; 

pile_entier a (3) ; 

a < 3 ; a < 9 ; a < 11 ; 

cout « "Contenu de a : " ; 

for (i=0 ; i<3 ; i++) 

{ a > n ; cout « n « " " ; } 

cout « "\n" ; 
) 

Exercice 9.6 

^include <iostream> 
using namespace std ; 

class chaine 

{ int lg ; // longueur actuelle de la chaine 

char * adr ; // adresse zone contenant la chaine 
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public : 
chaine () ; 
chaine (char *) 
chaine (const chaine S) 
~chaine () 

{ delete adr ; } 
void affiche () 

chaine & operator = (const chaine S) 
int operator == (chaine S) 
chaine operator + (chaine &) 
char & operator [] (int) ; 



// constructeur I 

// constructeur II 

// constructeur III (par recopie) 

// destructeur ("inline") 



} 



chaine: : chaine () 

{ lg = ; adr=0 ; 
} 
chaine: : chaine (char * adc) 
{ char * ad = adc ; 
lg = ; 

while (*ad++) lg++ ; 
adr = new char [lg] ; 
for (int i=0 ; i<lg ; i++) 
adr[i] = adc[i] ; 
} 
chaine: : chaine (const chaine & ch) 
{ adr = new char [lg = ch.lg] ; 
for (int i=0; i<lg ; i++) 
adr[i] = ch.adr[i] ; 
} 
void chaine: : affiche () 

{ for (int i=0; i<lg; i++) 

cout « adr[i] ; 
} 
chaine & chaine: : operator = (const chaine & ch) 

{ if (this != & ch) // on ne fait rien pour a=a 

{ delete adr ; 
adr = new char [lg = ch.lg] ; 
for (int i=0; i<lg ; i++) 
adr[i] = ch.adr[i] ; 



// constructeur I 

// constructeur II (a partir d'une chaine C) 

// calcul longueur chaine C 
// recopie chaine C 

// constructeur III (par recopie) 



// en version < 2.0, utilisez print f 



} 
return * this 



) 



// pour pouvoir utiliser 
// la valeur de a=b 



int chaine :: operator == (chaine & ch) 
{ for (int i=0 ; i<lg ; i++) 

if (adr[i] .'= ch.adr[i]) return ; 
return 1 ; 
} 



Chapitre 9 



chaine chaine: : operator + (chaine £ ch) // attention : la valeur de retour 

{ chaine res ; // est a transmettre par valeur 

res.adr = new char [res.lg = lg + ch.lg] ; 
int i ; 

for (i=0 ; i<lg ; i++) res.adr[i] = adr[i] ; 

for (i=0 ; i<ch.lg ; i++) res . adr [i+lg] = ch.adr[i] ; 
return res ; 

} 
char & chaine: : operator [] (int i) 
{ return adr[i] ; 



} 



// ici, on n 'a pas prevu de 

// verification de la valeur de i 



mainf) 

{ chaine a ; cout « "chaine a : " ; a.affiche () ; cout « "\n" ; 
chaine b("bonjour") ; cout « "chaine b : " ; b.affiche () ; cout « "\n" 
chaine c=b ; cout « "chaine c : " ; c.affiche () ; cout « "\n" ; 
chaine d( "hello") ; 



a = b = d ; 
cout « "chaine b 
cout « "chaine a 
cout « "a = b 



; b.affiche () ; cout « "\n" 
; a.affiche () ; cout « "\n" 
« (a == b) « "\n" ; 



chaine x("salut "), y("chere "), z( "madams") ; 

a = x + y + z ; 

cout « "chaine a : " ; a.affiche () ; cout « "\n" 



a = a ; 

cout « "chaine a 



a.affiche () ; cout « "\n" 



chaine e("xxxxxxxxxx") 

for (char cr='a', i=0 ; cr<'f ; cr++, i++ ) e[i] = cr 

cout « "chaine e : " ; e.affiche () ; cout « "\n" ; 



Exemple d' execution : 



chaine a : 

chaine b : bonjour 

chaine c : bonjour 

chaine b : hello 

chaine a : hello 

a =b : 1 

chaine a : salut ch_re madame 

chaine a : salut ch_re madame 

chaine e : abcdexxxxx 



Index 



abort 385 

abs 499 

acces direct 365 

iterateur a ~ 456 
accumulate (algorithme) 478, 570 
acos 500 

acquisition de ressources 540 
adaptateur 

de conteneur 432 
adjacentdifference (algorithme) 478, 571 
adjacentfind (algorithme) 466, 560 
adjustfield 357 
affectation 162 

d'objets 71 

de conteneur 414 

et heritage 273 

virtuelle 316 
algorithme 399 

d'initialisation 462, 558 

de copie 462 

de fusion 476, 568 

de generation de valeurs 463 

de minimum ou de maximum 467 

de partition 472 



de permutation 469, 470 

de recherche 466, 476, 559, 568 

de remplacement 469 

de suppression 472, 564 

de transformation 561 

de transformation de sequence 468 

detri475, 566 

ensembliste 479, 571 

numerique 478, 570 

standard 455 
alias 524 

allocation dynami que 49, 111, 116 
app 367 
apply 503 
arg 500 
argument 

adresse d'un objet 99 

de type classe 97, 99 

par defaut 39, 94 

reference 31 

reference a un objet 101 
asin 500 
assign 414, 487 
at 419, 486 
atan 500 
autojtr 542 
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back 420, 424, 426, 433 

bad 349 

badalloc 52 

badcast 330 

badbit 348 

base 358 

base de numeration (en sortie) 338 

basefield 357 

basicstring 485 

beg 365 

begin 397, 486 

bibliotheque standard 395 

bidirectionnel (iterateur) 456 

binary 367 

binarysearch (algorithme) 476, 569 

bits d'erreur 348 

bitset 507 

bloc try 375 

bool 57 

boolalpha 339, 358 



capacity 421, 486 

caractere 

de remplissage 356 
delimiteur 343 
espace blanc 343 
fin de ligne 368 
invalide 22, 25 
separateur 23 

cast 57, 184, 198 

catch 375, 378, 384 

categories 

d'iterateurs 457 
de conteneurs 401 

cerr 336 

chaine de caracteres 485 

champ 62 

cin 21, 333 

class 67 

classe 3, 61, 67, 87 
abstraite 317 
canonique 170 
fonction 404, 405 



fonction predefmie 406 

forme canonique 277 

virtuelle 297 

virtuelle et constructeurs 298 
classe amie 

et patrons de fonctions 239 
classe d'allocation 

automatique 111 

statique 111 
classe derivee 247, 248 

conversion 265 
classe patron 231 

identite de ~ 239 
cle 438 
clear 349, 415 
clog 336 
commentaire 28 
comparaison 

de conteneurs 415 

lexicographique 415 
compatibility classe de base et derivee 264 
compilation 

conditionnelle 85 

separee 83 
complex 499 

compteur de references 547 
concatenation 488 
conj 500 
const 14, 106 
constcast 57 
constructeur 73, 113 

conversion par ~ 199 

derecopie 119, 132, 402 

de recopie et heritage 270 

de recopie par defaut 119 

en cas d'objet membre 129 

et classes virtuelles 298 

et conversion 191 

et fonction virtuelle 315 

et heritage 254, 255 

et heritage multiple 293 

explicit 197 

prive 79 
construction 

d'un conteneur 402 

d'un conteneur sequentiel 412 
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conteneur 396, 400 

adaptateur de ~ 432 

affectation de ~ 414 

associatif 401, 437 

categories de ~ 401 

comparaison de ~ 415 

construction 402 

et relation d'ordre 407 

insertion d'elements 416 

sequentiel 401, 411 

suppression d'elements 417 
controle des acces 248, 258 
conversion 

d'un type derive en un type de base 265 

d'une classe en une autre 198 

de pointeurs 266 

definie par l'utilisateur 182, 532 

enchatne 189, 193 

explicite 181 

interdiction par explicit 197 

par cast 184, 185, 198 

par constructeur 191, 199 

standard 531 
copie (algorithme) 462 
copy (algorithme) 462, 558 
copy backward (algorithme) 558 
correspondance exacte 530 
cos 500 
cosh 500 
count 447, 448 
count (algorithme) 575 
countif 575 
cout 18, 333 
cshift 503 
cur 365 



dec 339, 357, 358 
declaration 

d'amitie 142 

d'amitie et classes patron 239 

d'une classe 87 

en C++ 28 
definition 

d'une fonction membre 64, 68 



delete 49, 50, 117 

surdefmition 175 
delimiteur 343 
deque 412, 424 
derivation 

privee 262 

protegee 263 

publique 261 
destructeur 73 

en cas d'objet membre 129 

prive 79 

virtuel 315 
divides 407 
dynamiccast 329 
dynamique (allocation) 111 



efficacite 403 
empty 432, 433, 434 
encapsulation 3, 141 
end 365, 397, 486 
endl 359 
ends 359 
ensemble 

algorithme 571 
entree standard 333 
entrees- sorties 

conversationnelles 17 
eof 349 
eofbit 348 

equal (algorithme) 575 
equalrange 447, 449 
equalrange (algorithme) 568 
equalto 406 
erase 417, 446, 448, 491 
espace blanc 22, 343 
espaces 

anonymes 524 

de noms 56, 511 
exception 374 

gestionnaire d'~ 375, 380, 383 

standard 390 
exit 380 
exp 500 
explicit 197 



C++ pour programmeurs C 



exponentielle 

notation 341 
export 210, 229 
extern 48 



fail 349 
failbit 348 
false 57 
fichier 

acces direct 365 

binaire 368 

connexion d'un Hot a un ~ 362 

modes d'ouverture 367 

pointeur 365 

texte 368 
fill 361, 558 

fill (algorithme) 465, 558 
fill n (algorithme) 558 
fin de ligne 368 
find 444, 448, 489 
find (algorithme) 466, 559 
findend (algorithme) 559 
fmd_first_not_of 489 
findfirstof 489 

findfirstof (algorithme) 466, 559 
findjf (algorithme) 466, 559 
fmd_last_not_of 489 
findjastof 489 
first 439 

fixed 341, 357, 358 
flip 424 
Hot 18, 21, 333 

connexion a un fichier 362 

predefini 336 

statut d'erreur 348 

statut de formatage 356 
flottante (notation) 341 
flush 359 
fonction 

a arguments variables 532 

assembleur 48 

C48 

choix d'une ~ surdefinie 43, 46 

classe ~ 406 



de rappel 405 

declaration de ~ 1 1 

definition de ~ 10 

en ligne 54 

membre 63 

objet- 405 

patron de ~ 206 

prototype d'une ~ 11 

redefinition d'une ~ virtuelle 312 

sans arguments 14 

sans valeur de retour 14 

surdefinition d'une ~ 42, 530 

surdefinition d'une ~ membre 91 

surdefinition d'une ~ virtuelle 313 

virtuelle 305, 311 

virtuelle pure 318 
fonction amie 142 

de plusieurs classes 146 

declaration 142 

et classes patron 239 

et espaces de noms 525 

exploitation 150 

independante 142, 144 

membre d'une classe 145 

surdefinition d'operateur par ~ 153 
fonction membre 

amie 145 

arguments par defaut 94 

constante 107 

definition 68 

en ligne 95 

heritage 247 

patron de ~ 238 

pointeur sur une -551 

specialisation 236 

statique 104 

surdefinition 91, 533 

volatile 108 
fonction patron 207 

specialisation 220 
fonction virtuelle 

et construteur 315 

restrictions 314 
fopen 367 
foreach (algorithme) 575 
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formatage 338, 356 

en memoire 368, 493 

mot d'etat 360 

statut de ~ d'un flot 356 
forme canonique 

et heritage 277 
free 49 
freeze 369 
friend 142 
front 424, 426, 433 
fseek 365 
fstream 362 
functional 406 
fusion 

algorithme 476, 568 

de listes 429 



gabarit 356 

gabarit de 1 'information (en sortie) 339 

gcount 346 

generate (algorithme) 463 

generaten (algorithme) 465, 558 

generateur d'operateur 409 

generation (algorithme) 463 

gestionnaire d'exception 375, 383 

get 345 

getline 346 

good 349 

goodbit 348 

greaterequal 406 

gslice 506 

H 

heritage 3, 245 

appel des constructeurs 254 

controle des acces 248, 258 

et affectation 273 

et constructeur de recopie 270 

et conversion de pointeurs 266 

et conversions 265 

et fonctions virtuelles 311 

et forme canonique 277 

et patron de classes 284 



et typage statique 266 
membre protege 259 
multiple 291 

multiple et constructeurs 293 
hex 339, 357, 358 
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identification de type 326 
identite 

de classes patron 239 
ifstream 364 
imag 500 
in 367 

includes (algorithme) 571 
inclusion multiple 85 
initialisation 

d'un membre donnee 88 

d'un membre donnee statique 81 

d'un objet 127 

d'un tableau d'objets 134 

de reference 38 

des variables de type standard 213 

par recopie 119 
initialisation (algorithme) 462, 558 
inline 54, 95 

innerproduct (algorithme) 478, 570 
inplacemerge (algorithme) 476, 569 
insert 417, 445, 490 
insertion 

iterateur d'~ 458 
instance 3, 69 
interdire 

1 'affectation 169 

la copie 120 
internal 357, 358 
intervalle d'iterateur 398, 457 
invalidation 

d'iterateur 421 
ios 

adjustfield 357 

app 367 

basefield 357 

beg 365 

binary 367 

cur 365 
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end 365 
floatfield 357 
in 367 
out 367 
trunc 367 

iostream 20, 334 

istream 334, 343, 360 

istrstream 370 

iterswap (algorithme) 575 

iterateur 396 

a acces direct 418, 456 
bidirectionnel 456 
categories d'~ 456, 457 
d'insertion 458 
de flot 456, 460, 461 
en entree 456 
en sortie 456 
et pointeur 400 
intervalle d'~ 457 
unidirectionnel 456 

iterator 397, 419, 426, 486 



K 



keycomp 442 



l'intervalle (algorithme) 558 
left 357, 358 
less 406 
lessequa 406 

lexicographicalcompare 576 
ligature dynamique 305, 308 
list 412, 426 

fusion 429 

tri 428 
log 500 

logicaland 407 
logicalnot 407 
logicalor 407 
lowerbound 447, 448, 449 
lowerbound (algorithme) 568 



M 

macro 55 
makeheap 574 
malloc 49 
manipulateur 339, 358 

parametrique 359 
map 438 
masque 504 
max 503, 576 

maxelement (algorithme) 467, 561 
maxsize 422, 424, 430 
maximum(recherche de ~) 467 
membre 

donnee 65 

donnee statique 80, 86 

fonction 63 

objet- 129 

prive 68 

protege 258 

public 68 
merge 429 

merge (algorithme) 476, 569 
message 3 
methode 61 
min 503, 576 

minelement (algorithme) 467, 561 
minimum(recherche de ~) 467 
minus 407 

mode d'ouverture d'un fichier 367 
modulus 407 
multimap 448 
multiset 452 

N 

name 326 
namespace 56, 512 
new 49, 50, 117 

surdefmition 175 
new (operateur) 175 
new(nothrow) 51 

nextpermutation (algorithme) 470, 563 
noboolalpha 339, 358 
noshowbase 358 
noshowpoint 358 
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noshowpos 358 
noskipws 358 
notequalto 406 
notation 

exponentielle 341 

flottante 341 
nothrow 51 
nouppercase 358 
nthelement (algorithme) 475, 
numerique (algorithme) 570 



objet 2 

affectation d'~ 71 

automatique 112, 539 

construction 75, 113 

destruction 75 

dynamique 116 

en argument 97 

en valeur de retour 102 

fonction 405 

initialisation 127 

instance d'~ 69 

membre 129 

recopie 119 

statique 112 

tableau d'~ 133 

temporaire 136 
oct 339, 357, 358 
ofstream 362 
operateur 

-- 161 

! 349 

() 173, 349 

++ 160 

« 334, 335, 352 

= 162, 163, 316 

= et heritage 273 

» 334, 343, 352 

de cast 184, 198 

delete 175 

generateur d'~ 409 

new 175 

surdefmition 42 
operator 153, 154 
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ostream 334, 360 
ostrstream 369 
out 367 



P.O.O. (Programmation Orientee Objet) 2 
pair 439, 440 
parametres de type 

d'un patron de classes 231 

d'un patron de fonctions 211, 216 
parametres expressions 

d'un patron de classes 233 

d'un patron de fonctions 215, 219 
parametres par defaut 

d'un patron de classes 238 
partialsort (algorithme) 475, 566 
partialsortcopy (algorithme) 567 
partialsum (algorithme) 478, 570 
partition 472 

partition (algorithme) 472, 563 
patron de classes 225 

creation 226 

et declaration d'amitie 239 

et heritage 284 

parametres de type 231 

parametres expressions 233 

parametres par defaut 238 

specialisation 235, 237 

utilisation 228 
patron de fonctions 

creation 206 

limitations 214 

parametres de type 21 1 

parametres expressions 215, 219 

specialisation 220 

surdefmition 216 

utilisation 207 
pattern singleton 79 
peek 347 
permutation 

algorithme 469, 470 
plus 407 
pointeur 

de fichier 365 

et iterateur 400 
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intelligent 542 

sur des fonctions membres 551, 554 
polar 500 

polymorphisme 4, 305, 316 
pop 432, 433, 434 
popback 418, 420, 425, 427 
popfront 425, 427 
popheap 575 
precision 361 
precision 

de l'information ecrite 341 
precision numerique 356 
predicat 405 

binaire 405 

en argument 405 

unaire 405 
prevpermutation (algorithme) 470, 563 
priorityqueue 434 
private 68 

programmation structured 2 
protected 258 
prototype 11 
public 68 

push 432, 433, 434 
pushback 418, 420, 427 
pushfront 425, 427 
pushheap 574 
put 337 
putback 347 
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d'un objet d'une classe derivee 271 
redefinition 

d'une fonction virtuelle 312 
reference 30, 101, 156 

initialisation 38 
reinterpretcast 58 
relation d'ordre 407, 408 
remove 427 

remove (algorithme) 473, 564 
removecopy (algorithme) 565 
removecopy if (algorithme) 473 
removeif 427 

removeif (algorithme) 473, 565 
remplacement 

algorithme 469 
rend 486 
replace 492 

replace (algorithme) 469, 562 
replacecopy (algorithme) 562 
replacecopyif (algorithme) 562 
replaceif (algorithme) 469, 562 
reserve 421, 486 
resetiosflags 359 
resize 422, 486, 502 
reverse (algorithme) 561 
reversecopy (algorithme) 561 
reverseiterator 419, 426, 486 
rfind 489 
right 357 

rotate (algorithme) 469, 562 
rotatecopy (algorithme) 562 
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R.A.I.I 541 

randomshuffle (algorithme) 471, 564 

rbegin 486 

rdstate 349 

read 347 

real 500 

recherche 

algorithme 466, 476, 559, 568 

dans une chaine 488 
recopie 



scientific 357, 358 

search (algorithme) 466, 560 

searchn (algorithme) 466, 560 

second 439 

section de vecteur 505 

seekg 365 

seekp 365 

separateur 23 

sequence 457 

set 451 

setdifference (algorithme) 480, 573 

setintersection (algorithme) 480, 572 
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setnewhandler 52 

setsymetricdifference (algorithme) 573 

setsymmetricdifference (algorithme) 480 

setterminate 385, 387 

setunion (algorithme) 480, 572 

setbase 359 

setf 360 

setfill 359 

setiosflags 359 

setprecision 359 

setw 356, 359 

shift 503 

showbase 357, 358 

showpoint 357, 358 

showpos 357, 358 

sin 500 

singleton (motif de conception) 79 

sinh 500 

size 421, 424, 430, 432, 433, 434, 486 

skipws 357, 358 

slice 505 

sort 428 

sort (algorithme) 566 

sortheap 574 

sortie standard 333 

specialisation 

d'un patron de classes 235 

d'une classe 237 

d'une fonction membre 236 

de fonctions patrons 220 

partielle d'un patron de fonctions 221 
splice 430 
stablejartition 472 
stablepartition (algorithme) 563 
stablesort (algorithme) 475, 566 
stack 432 

static 80, 105, 112 
staticcast 58 
statique 

classe -111 

fonction membre 104 

membre donnee 80 

objet 112 
statique (typage des objets) 266 
statut d'erreur 

d'un flot 348 



std 56 

stderr 336 

stdin 333 

stdio 357 

stdout 333 

STL 395 

str 369 

string 336, 344, 485, 486 

Stroustrup 1 

struct 62 

structure 61, 67 
dynamique 115 

suppression (algorithme) 472, 564 

surdefmition 

d'operateurs 42 

d'une fonction virtuelle 313 

de fonctions 42, 530 

de fonctions membres 91, 533 

de l'affactation 162 

de l'operateur — 161 

de l'operateur ! 349 

de l'operateur () 173, 349 

de l'operateur « 335, 352 

de l'operateur =163, 273 

de l'operateur » 343, 352 

de l'operateur delete 175 

de l'operateur new 175 

de patrons de fonctions 216 

et espaces de noms 521 

par fonction amie 153 

par fonction membre 154 

swap 415, 447, 487 

swapranges (algorithme) 558 



tableau d'objets 133 

tan 500 

tanh 500 

tas 574 

tellg 365 

tellp 365 

terminate 385, 387 

this 103 

throw 374, 378, 383 

times 407 
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top 432, 434 volatile 108 

transform (algorithme) 564 

transformation iai 

algorithme 561 
transformation(algorithme) 468 width 361 

tri Wirth (equation de ~) 2 

algorithme 475, 566 write 337 

d'une liste 428 ws 359 

true 57 
trunc 367 
try (bloc) 375 
typage dynamique 305 
typage statique 266 
type 

bool 57 

defini par l'utilisateur 61 

structure 61 
typeinfo 326 
typeid 326 
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unexpected 387 
unidirectionnel (iterateur) 456 
unions 87 
unique 428 

unique (algorithme) 473, 565 
uniquecopy (algorithme) 565 
unitbuf 357 
unsetf 360 

upper bound 449 

upperbound 447 

upperbound (algorithme) 568 

uppercase 357, 358 

using 20, 56 

using (declaration) 516 

using (directive) 519, 523 
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valuecomp 442 
vecteur d'indice 506 
vector 412, 424 
virtual 297, 306 



